B
и нет нажды думать про бинарнуюб совместимость авторам крейтов, достаточно на уровне API совместимость иметь
Size: a a a
2020 January 04
B
нарвно какой-то аналог COM-a бы помог
E
по идее, есть же FFI, а swift с rust может через FFI взаимодействовать
B
по идее, есть же FFI, а swift с rust может через FFI взаимодействовать
ffi на уровне С
E
ffi на уровне С
и чем это плохо?
B
можно гурзить расто dll с треттами и прочим, но должна быть та-же версия компилятора вплоть до билда
E
я на rust писал простую библиотеку, которую в .so собрал, а потом через FFI в swift использовал
AL
а то, что swift компилятор/интерпретатор на rust напишут, чем это лучше?
как бонус: https://youtube.com/watch?v=74Y1n2v-gos&t=5247s (таймкод)
E
вроде работало
B
и чем это плохо?
тын еможешь типажи передавать через границу модулекй динамически слинкованых, и не repr(c) структурки
E
тын еможешь типажи передавать через границу модулекй динамически слинкованых, и не repr(c) структурки
а зачем их передавать?
B
а зачем их передавать?
чтобы был полноценный интероп, например
надеюсь ты не серьезно?)
надеюсь ты не серьезно?)
B
ну repr(C) это гаоничение серьезное ддля динамик линковки
B
ЛОООЛ
B
нельзя удалить потому что антивирь залочил
E
те возможности, которые есть в rust (типажи), как в других я.п. использовать?
E
и вроде статические библиотеки, собранные на rust, нормально линкуются в исполняемый файл компилятором swift
B
ну мне было бы интерсно в ратсовый exe подключать плагины dll написаные на расте
B
а для дургих языков блобы неплохо уметь работать с методами, в приницпе
B
@oleganza говрил про нативный, безшовный interop а не про пляски с repr(C)