это одно и тоже. Еще раз попробуйте почитать FAQ

WASM умеет обрабатывать числа, байты. И может это делать быстро.

Но он не может обращаться к API броузера напрямую

Для этого приходится обращаться к JS

То есть WASM не может напрямую модифицировать DOM, делать AJAX запросы, обращаться к Local storage и тд

Если есть очень нужная библиотека на C++ которая шифрует/сжимает/обрабатывает данные -- это можно скомпилировать в WASM. Конечно не удастся использовать обычные для C++ API для доступа к сети/файловой сети и тд. Придется ограничится обработкой байтов/чисел и общением с JS

есть экстрасенсы в чате? почему в CMakeLists.txt значение UNSIGNED_LONG равно 1, если в родительской папке есть package.json с "type":"module" внутри? если нет package.json, или он не типа-модуль, UNSIGNED_LONG = 4, как и положено

Интересная загадка! Запостил в соседний чатик, там спрашивают, не юзается ли cmake-js.

можно на проце рисовать как в старые добрые времена

Зацените: https://docs.google.com/document/d/1G726SnIQcl9mwT98eTs_hF2gE56gXNA38baBtbM2Zpg/edit?ts=5ff502ba

отличная инициатива. проблема с деоптимизацией касается только заинлайненнго враппера да? А что если иметь два варианта:
1) Заинлайненный враппер и заинлайненная в него wasm-функция в TurboFun
2) Не заинлайненный враппер, но заинлайненная в него wasm-функция в Liftoff.

Если возникает деоптимизация в заинлайненном враппере на уровне TurboFun V8 переключаетя на Liftoff и дальше перегенерирует новый враппер и инлайнит все с новым профилем для пункта 1.

Ох лол, чеж я раньше не додумался поискать канал в телеге.

Добро пожаловать)

Привет с:

Сразу наверн вопрос задам. Есть ли вообще случаи когда чистый С может оказаться предпочтительней чем AssemblyScript ? Если не нужно ничего никуда портировать, а просто что-то писать исключительно под веб.

Я немного повозился с Emscripten, и чето даже незнаю.

ну так если у тебя уже есть код на С, например

Не, если всё с чистого листа.

зависит от задачи