че-т эпл особо не шейпит

ну как минимум задали тренд, что флеш это не нормально)

мне кажется им было просто лень или там адоб не смог скомпилить под айос свой флеш

либо эпол не хотел дружить с адобом
(не считая продуктов фотошопа и тд)

блин, почему _malloc и _free могут не экспортироваться в Emscripten'е?

сук

блин, такая ситуация, в общем Emscripten при аллокации бОльшего количества памяти (realloc) полностью заменяет HEAP на другой объект, а я хочу заранее сохранить ссылки на HEAP в нужных местах где я заллочил память. или так вообще нельзя делать? при realloc они считайте все невалидные

Так везде. Потому что в такоем случае realloc или malloc может дернуть memory.grow который детачит ArrayBuffer в HEAP на стороне браузера/ноды. Есть два выходы. Каждый раз ретачить после такого вызова AB снова:

exports.callWhichUseRealloc();
HEAP8 = new Uint8Array(exports.memory.buffer)  // restore array buffer for HEAP8

Или всегда копировать / слайсить результат (если это массив) до этого вызова:

const arrView = exports.callMethodWhichReturnArray();
const arr = arrView.slice();
exports.callWhichUseRealloc();
…
// safely use «arr». But not arrView

короче, есть варик сохранять только адрес и размер, внутри делать буфер который ссылается на HEAP, при каждом обращении чекать был ли реаллок (array.buffer.lenght === 0) и пересоздавать в таком случае

> реаллок (array.buffer.lenght === 0)

Нет, это проверяется по-другому:
if (HEAP8.buffer !== exports.memory.buffer)  { // или arr.buffer !== ..
  HEAP8 = new Uint8Array(exports.memory.buffer);
  HEAP16 = …
  ...
}

согласен, хорошая мысль

спасибо

Шутки-шутками а ARM чипы начиная с v8.3a имеют инструкции для JavaScript =)
https://stackoverflow.com/questions/50966676/why-do-arm-chips-have-an-instruction-with-javascript-in-the-name-fjcvtzs

В wasm она не сильно нужна. Даже в AS это используется всего в двух местах для Math.imul и Math.clz32 которые не рекоммендуются использовать и нужны лишь для совместимости с JS. Собственно обе дергуют вот этот метод:
https://github.com/AssemblyScript/assemblyscript/blob/master/std/assembly/math.ts#L364

Естественно, что что вместо Math.imul нужно просто использовать i32/u32 типы, а вместо Math.clz32 - clz<u32> интринсик

Инструкции, которые нахер не нужны

Или там они просто медленные до жопы, и по этому аппаратные ?

Ну, для JS они нужны, так как double -> uint32/int31 конвертация делается как (x % (2 ^ 32 - 1)) что отличается от типичного преобразования double -> int32

ну круто че. с учетом того что 90% батарейки выжирает жс с рендерингом. почему бы нет))