Это полный бред

всем привет.
а я правильно понимаю, что чтоб заимпортить сторонний проект, его надо скомпилировать в код как wasm файл?
а еще, как я понял, обычные либы тайпскриптовые никак не заиспользуешь в AS?
а где тогда можно искать такие либы, как разные виды коллекций или криптография? или сейчас библиотек-примитивов в мире AS не так много?

почему спрашиваю, потому что, например, из раста, при написании под ВАСМ, могут браться различные библиотеки общего назначения и импортиться с таким же флоу, как и обычная разработка на расте. Интересно, есть ли подобная возможность у AsssemblyScript

Все есть тут: https://github.com/AssemblyScript/assemblyscript/wiki/Built-with-AssemblyScript

ну это "всё" ужасно мало, поэтому и спрашиваю

Так, @chicoxyzzy может создать отдельный чат по AssemblyScript? А то что то последние вопросы в основном по нему

Ну ЯП относительно молодой, всего полтора года, поэтому кейсов пока не много

🖖

А можно например на расте писать wasm пакеты и потом их подключать в assembly скрипт как библиотеки типа?

Нет, пока динамическую линковку wasm модулей никто не поддерживает. Статическая же очень сложная ввиду наличия разных рантаймов, но ты можешь загрузить модули через хост и уже управлять ими на стороне js

Знакомые профи в перфомансе говорят, что этот бенчмаркгеймс в принципе, мало о чём говорит

Ну ясное дело, покрыть все бенчкейсы ни одини тесты не в состоянии. Кроме того, не все языки в равных условиях, некоторые не поддерживают многопоточность, другие SIMD, третии вообще интерпретируемые. Но тем не менее как то все это сравнивать нужно)

Ваша правда тоже есть

нужен, нужен стандартный Wasm ABI

Уже вроде как есть, называется Cloud ABI. но я говорил именно о внутреннем рантайме, ну например у Rust есть свои конвеншоны для вызова функций и вызова колбеков, у Go - свои, у AssemblyScript - свои. В чем то они очень похожи, но есть и различия, и вот, года ты делаешь динамическую линковку, ты должен знать кто произвел этот байткод хотя бы, то есть, кроме линковщика должны быть еще и методанные. Вот здесть пока все очень плохо

а это не часть ABI разве?

В общем то да, но здесь кстати вообще никаких подвижек пока что. Есть только движения в сторону стандартизации ABI между wasm и хостом, тем что вне браузера

снова JS VM - это камень преткновения? )

я просто пытаюсь понять, почему нужно раздетять эти подвижки (натив рантайм vs браузерный рантайм)

я так помимаю, что в идеале, браузерный рантайм - это расширение

Ну потому что у них совершенно разные api и требования