EG
ты можешь вызывать оттуда функции и переменные которые помечены как #[repr(C)]
Тогда бы я мог сделать cdylib
Size: a a a
2020 April 27
EG
А именно dylib?
p
Тогда бы я мог сделать cdylib
а еще можно вызывать функции которые не принимают и не возвращают ничего
p
тогда уб не будет
EG
«Не возвращают ничего» — это
-> !?EG
Не очень полезно, энивей, тоже мог бы сделать cdylib
p
уб возникает при передаче данных не #[repr(C)] между библами
p
«Не возвращают ничего» — это
-> !?которые возвращают ()
EG
> Within the same Rust version, you can dynamically link to a Rust dylib from a Rust crate without having to use extern functions or blocks because it will go over the Rust ABI.
EG
Казалось бы
p
> Within the same Rust version, you can dynamically link to a Rust dylib from a Rust crate without having to use extern functions or blocks because it will go over the Rust ABI.
это где
EG
Это цитата какого-то чувака на ирло
EG
Никаких других данных нафига нужен dylib я не нашёл
p
ну технически компилятор почти всегда одинаково сгенерирует, формально это УБ
EG
ну технически компилятор почти всегда одинаково сгенерирует, формально это УБ
А можно пруф?
EG
Если одна версия компилятора
p
А можно пруф?
ABI нестабильно, значит нет гарантий. технически в компиляторе может и одинаково генерироваться, хз.
EG
«Нестабильно» значит, что может меняться с версиями, не?
p
суть в том что не гарантируется разрабами поведение
AZ
ну технически компилятор почти всегда одинаково сгенерирует, формально это УБ
в чем разница между dylib и cdylib?