?
Пытаюсь из wasmer вызвать функцию map_filter, которая вызывает функцию test_multivalue, которая должна вернуть четыре i32 внутрь wasm'а. А приходит не 1, 2, 3, 4, а мусор.
Я сейчас подумал Почему с одной стороны используется imports, а с другой exports не используется?
imports я определяю снаружи, а то что extern внутри — это те же imports.
Васм сигнатура у multivalue выглядит так Imports: Functions: "env"."multivalue": [I32] -> [] Насколько я понимаю (как-то копался в васме и решал подобную проблему) компилится эта сигнатура в такую fn multivalue(out: *mut (i32, i32, i32, i32)); Так как в васме нет возможности возвращать множество значений (хотя, технически это можно было сделать, но сам не знаю почему нельзя)
А если с `RUSTFLAGS="-C target-feature=+multivalue"` ?
Чот я подумал, что в итоге так и сделаю. Перестану использовать какие-либо возвраты (ну может только код ошибки если нужен) и буду давать указатель на определённую на стеке структуру. Тогда и тип смогу пошарить между хостом и васмом, и в васме меньше перекладываний со стека будет (хотя в хосте появятся более дорогие чеки доступа к памяти по указателю, но тут не померяв не узнаешь, да и на такие копейки пофиг как-то пока). Плюс флаг компиляции не нужно будет задавать)
Да, хотелось бы чтобы это работало без дополнительных флагов. Видимо это не работает, потому что в Си нет tuples. Да собственно, сам tuple варнится как non ffi safe. Можно было бы просто возвращать кастомную структуру или вообще массив
Так подожди. Rust в WASM корректно компилируется. Там в их рантайме бага. Завёл там ишью https://github.com/wasmerio/wasmer/issues/4282
Ну по идее у раста и нет собственного abi, только сишный
ABI есть у всего, просто чисто растовый ABI нестабилен и это намеренное решение
Обсуждают сегодня