ほうほう。あとで Wado と比べてみよう（Wado も世界最小のwasmをうたう処理系）。
世界最強の世界最小のwasm-goトランスパイラ！！WASMの呼出規約とかABI、ランタイム問題はともかく
やっぱり専用言語があった方がいいよね。どうしてもランタイムライブラリとセットになるわけだし。
Go風構文で2.5KBのWasm吐いてJS連携コード自動生成とか夢の技術すぎるだろ
“ブラウザで高速なバイナリ処理や計算ロジックのためにWasm。C/C++: POSIX互換や仮想FSまで引き連れてくる。Rust:学習曲線、ビルドパイプライン。Go: 最小構成でも2〜3MB。自作のGoライクなプログラミング言語を開発”
しゅごい
Libcみたいな汎用ライブラリを自前で持って最小限に縮めるのは合理的だけど、その分のバッファオーバーランみたいな脆弱性対策も自前にならざるを得ないので潜在的な手間と責任は増えそうな気も…
“2.56 KB”え、すげえじゃん（ｷｭﾝ）
凄すぎる試したい
遊んでみたい
はてブコメント見て、逆にそもそも実行領域とのメモリ分離がされているwasmにとってはlibcが重厚すぎなのかもな、と思った
うっかり世界最強のWasmコンパイラを作ってしまった件 - Qiita
ほうほう。あとで Wado と比べてみよう（Wado も世界最小のwasmをうたう処理系）。
世界最強の世界最小のwasm-goトランスパイラ！！WASMの呼出規約とかABI、ランタイム問題はともかく
やっぱり専用言語があった方がいいよね。どうしてもランタイムライブラリとセットになるわけだし。
Go風構文で2.5KBのWasm吐いてJS連携コード自動生成とか夢の技術すぎるだろ
“ブラウザで高速なバイナリ処理や計算ロジックのためにWasm。C/C++: POSIX互換や仮想FSまで引き連れてくる。Rust:学習曲線、ビルドパイプライン。Go: 最小構成でも2〜3MB。自作のGoライクなプログラミング言語を開発”
しゅごい
Libcみたいな汎用ライブラリを自前で持って最小限に縮めるのは合理的だけど、その分のバッファオーバーランみたいな脆弱性対策も自前にならざるを得ないので潜在的な手間と責任は増えそうな気も…
“2.56 KB”え、すげえじゃん（ｷｭﾝ）
凄すぎる試したい
遊んでみたい
はてブコメント見て、逆にそもそも実行領域とのメモリ分離がされているwasmにとってはlibcが重厚すぎなのかもな、と思った