там wiki вроде, но вообще нет конечно)

@chicoxyzzy мне хочется встроить в с++ js  в какой чат идти ?

Да, вот она:
https://github.com/AssemblyScript/assemblyscript/wiki/Status-and-Roadmap

https://github.com/AssemblyScript/assemblyscript/wiki/Limitations, но это не совсем то

в c++ наверное

А, спасибо.

или хз, можно и тут притянуть этот разговор

но то только рантайм. Что касается ЯП, то пока у нас нет полноценных клозюр и GC очеь экспериментальный, еще есть некоторые пробелы с работой с интерфейсами и нужны итераторы и rest/spread. Остальное почти все готово

Основной юзкейс — скомпилировать куски уже имеющегося тс-кода с минимальной доработкой в васм, да?

вообще все популярные движки на плюсах. наиболее удобно встраиваемые сейчас наверное спайдерманки, чакракор и в8

В идеале да, взять уже написанный ts и просто уточнить типы

в в8 скоро обещают тейл коллс

Для этого я не вижу вау-картинки по мотивации так делать.
То есть где сравнение тс-до и собрали-в-васм-после?

ну или в js и добавить типы, выкинув все что не работает в AOT

Ну потому что не все так гладко. Все таки wasm это васм и требует так же усилий со стороны хоста. Но когда будет host-binding то все так примерно и будет

Кстати в AS есть тип number это просто псевдоним f64

то есть, в принципе, можно даже не уточнять типы, но это будет не так эффективно просто

Ну, жс и сам по себе неплохо читерит с типами в рантайме =).
Точнее, v8.

Если не уточнять типы и гнать всё в f64, то вы, вероятно, окажетесь медленнее жс в некоторых частых случаях.

Но главный вау эффект, который почему то все упускают это то, что AS легко компилируется так же в js посредством tsc + полифиллы. Это хорошо продемонстрировано в wasmBoy и статье на медиуме. Так вот, основная трабла с wasm сейчас - это отладка. С AS ты можеть просто написать все на ts, отладить как ты привык и потом скомпилировать уже в wasm. Правда такое не получиться сделать, если ты планируешь использовать например 64-битовые интеджеры, но это тоже можно решить