WebAssemblyとしてコンパイルする機能

[syuilo]

なんもわからん

[marihachi]

オッ

[syuilo]

https://qiita.com/uehaj/items/5276bd3425d1000e48ba https://github.com/WebAssembly/wabt 👀

[syuilo]

一旦WASTと呼ばれるWebAssemblyのテキスト表現を生成して、それを外部ライブラリの力を借りてwasmにコンパイルするのがやりやすそう しかしWASTなんもわからん

[syuilo]

https://ukyo.github.io/wasm-usui-book/webroot/get-started-webassembly.html

[syuilo]

WebAssemblyとしてコンパイルする場合、どうやってホストからJavaScript関数とかを提供するかが問題になる(不可能？)

[marihachi]

https://developer.mozilla.org/ja/docs/WebAssembly/Understanding_the_text_format

[marihachi]

全く詳しくないのでたくさん実験が必要そう

[marihachi]

コンパイルされた各モジュールは同じメモリとテーブルオブジェクトをインポートし、その結果同じ線形メモリとテーブルの「アドレス空間」を共有することができます。

これで共有メモリが使えそうな感じに書いてある。 JavaScript - wasm間で共有できれば通信っぽいことができそうな気がする

[marihachi]

最初のゴールとしては、AiScriptで記述した関数をWasmに変換できてJavaScriptから呼び出して結果を取得できるくらいのものでいい気がする

[marihachi]

Wasmの仕様的に、 #60 が必要かも

[marihachi]

examples :sparkles: https://github.com/mdn/webassembly-examples

[marihachi]

https://github.com/mdn/webassembly-examples/blob/master/js-api-examples/simple.wat#L5 ここでwasmにインポートしたjs関数をコールしてるんじゃない？

関連: https://github.com/mdn/webassembly-examples/blob/master/js-api-examples/index.html

[marihachi]

https://github.com/AssemblyScript/binaryen.js こんなのある

[marihachi]

wasmへのコンパイルは型が事前に決まっていないとできない。 明示的な型宣言や型推論が必要になる。

関連

#138 #139 #140

[marihachi]

WebAssemblyでは文字列の標準的な扱いが決まってないっぽい コンパイル元の実装に依存する