Согласен.
До сих пор не понимаю фразу "Вам не придётся учить новый язык потому что есть AssemblyScript"
Скрипт классный но что там учить в том васме?

Я что-то очень плохо ищу, наверное. Какой синтаксис у экспортных функций когда пишешь под wasm на C через emscripten?

Там по разному можно. Я помню только этот
#define WASM_EXPORT __attribute__((visibility("default")))
WASM_EXPORT foo() { … }

Согласен.
До сих пор не понимаю фразу "Вам не придётся учить новый язык потому что есть AssemblyScript"
Скрипт классный но что там учить в том васме?

Прикольно, спасибо! WASM_EXPORT - это получается некий call convention?

> Скрипт классный но что там учить в том васме?

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

Хочется просто понимать как там что работает что бы не попадать в ситуации когда на васме работает в несколько раз медленнее чем на js.
Вот статья на эту тему
https://blog.sqreen.com/webassembly-performance/

Только там Rust и TS

Народ, я тут столкнулся с непониманием некоторых wasm-инструкций
1) зачем нужна инструкция return если можно использовать br (я думал до этого что br-инструкцию можно использовать только в блоках-циклах а оказывается ею можно выходить из функции)
2) зачем нужна инструкция br_if если можно написать br внутри if-блока (с индексом на 1 больше)
3) зачем нужны if-else инструкции если можно обойтись вложенным блоком

get_local $my_i32
if
  ...  ;; Executed if $my_i32 is non-zero
else
  ...  ;; Executed if $my_i32 is zero
end

;;This is equivalent to:

block $exit
  block $true
    get_local $my_i32
    br_if $true
    ... ;; Executed if $my_i32 is zero
    br $exit
  end
  ... ;; Executed if $my_i32 is non-zero
end

Может есть какие-то особенности по производительности и оптимизациям? Например br_if и if-else быстрее блоков или лучше оптимизируются? Или оптимизирующему компилятору без разницы (например все это разнообразие инструкций он сводит и унифицирует к однообразным джампам и только потом проводит оптимизации) ?

Это говориться в разрезе того, что вы уже знаете js/ts и учить только лишь ради wasm тот же C++ или Rust не обязательно. Но если вам просто интересен системный язык и рпограммирование то можно и выучить, но уж тольно не ради WebAssembly)

Избыточность инструкций, которую вы заметили, нужна для сокращения размера кода. В спецификации https://webassembly.github.io/spec/core/syntax/instructions.html#control-instructions говорится, что return - это сокращение от br. Он всегда кодируется одним байтом, а в br добавляется индекс метки, закодированная в еще 1 или более байтов. Думаю похожая ситуация и с if и br_if инструкциями.

> оптимизирующему компилятору без разницы (например все это разнообразие инструкций он сводит и унифицирует к однообразным джампам и только потом проводит оптимизации)

Должно быть так

Нужна js библиотека для компиляции простого C/C++ в браузере в .wasm, может кто встречал?

Clang есть скомпиленный в Wasm, но простого там мало. Либа вешает 30 мегов.
https://github.com/binji/wasm-clang
https://binji.github.io/wasm-clang/

Нужна js библиотека для компиляции простого C/C++ в браузере в .wasm, может кто встречал?

но не уверен, что они компилируют в браузере, надо проверять