【wasm】ブラウザでC++。Emscriptenを語ろう

L · 2019/01/15(火) 19:50:48.94

タイトル通り。

・canvas への描画が可能なことを確認。
・emscripten_sleep() でその場で停止できることを確認。
・付属の emrun や mongoose などで Local Server を作れば、local だけで
　wasm の起動が出来ることを確認。
・mongoose からは、cgi も起動でき、XmlHttpRequest()でローカルファイルを
JSから読み込め、cgi も自由に起動できることを確認。
・ローカル・ファイルアクセス、clipboard の読み書きの他、Local OS の
　全ての機能を自由にできる可能性有り。
・これを使えば、Java の JVM に変わる新たなローカル仮想環境ができる。

**デフォルトの名無しさん** · 2020/04/14(火) 01:07:56.72

>>157
確かにFireFoxのMozillaもGoogle傘下にあるようなものだし。
でも、SafariやEdgeもあるので、今まで動いていた古い仕様が動かなくなる可能性は割と低そうという希望的観測がある。

**デフォルトの名無しさん** · 2020/04/14(火) 01:12:20.23

でも、実行プログラムがindex.htmlとmain.wasmなどの1種類で、
プラットフォームごとにビルドし直さなくて良いというのは安心感はある。

◆QZaw55cn4c · 2020/04/14(火) 19:22:31.95

>>156
write once, run anywhere といわれていた Java JVM も、蓋を開けてみれば write once, debug anywhere となってしまった現実をご存知ですか？

◆QZaw55cn4c · 2020/04/14(火) 19:23:13.73

>>159
でもデバッグは各ブラウザ毎にしないといけませんね…

**デフォルトの名無しさん** · 2020/04/15(水) 14:42:27.93

>>161
やはり、「XX OS対応」と書くためには、XX OSでテストする必要はあるでしょう。
ただ、ビルド回数が少なくて済むことは時間の節約になりますし、
他の事で手一杯の忙しいときに、あるプラットフォーム向けのビルドだけ
(起きるはずも無い)エラーが起きてその対応に追われる心配も無いです。

**デフォルトの名無しさん** · 2020/04/15(水) 14:46:20.72

>>162
1. Win/Android/iOS/Mac/Linuxで最終テストは必要。
2. しかし、ソース修正後、ビルドは一度だけでよい。
3. 2.により、仕上げの段階で1箇所修正するだけで5つのプラットフォームごとに
　5回ビルドして5回テストする、という効率の悪い事態は起きない。

**デフォルトの名無しさん** · 2020/05/25(月) 03:25:23.82

あがれ

**デフォルトの名無しさん** · 2020/05/28(木) 17:15:51.05

懸念事項だったローカルファイルシステムへのファイル保存について、
今後の Edge Browser では何か進展が有るらしい。

Native file system access
Up until now websites were not allowed to save files in a specific location on the user device.
This meant that online photo editors required users to upload the photo they wanted to edit and then download it to their device, while a native one would have just given the option to replace the existing one.
Starting from Edge 86 (version 83 is the latest one at the time of writing) developers will be able to replace all files the user selects in a session, thus enabling productivity apps on the web to even more useful.

**デフォルトの名無しさん** · 2020/05/28(木) 17:47:36.62

>>165
どうやら、PWAアプリを起動時に指定したファイル群に、ユーザーにファイルダイアログで毎回選択させること無くいつでもアプリがプログラム的に書きこめるようになるらしい。

**デフォルトの名無しさん** · 2020/07/14(火) 00:20:51.75

age

**デフォルトの名無しさん** · 2021/03/11(木) 04:16:55.67

wasmからGPU使うにはWebGL呼び出しになりますか？

**デフォルトの名無しさん** · 2021/03/20(土) 23:25:10.94

>>168
WebGPU は使ったことは無いが、WebGL 以外に WebGPU もある。
Wasmはそれ自体では副作用や入出力は行えないので、やりたいときはJSを
使うことになるので、GPUを使いたい場合は、JSでGPUを使う方法を調べる
ことになる。Wasmは、EM_ASM 文などの中に書いた JS コードを呼び出す
ことで副作用や入出力を行う。

**デフォルトの名無しさん** · 2021/07/10(土) 01:15:43.14

Wasm ならどんな言語でも同じだろ

**デフォルトの名無しさん** · 2021/09/14(火) 18:18:01.42

age

**デフォルトの名無しさん** · 2022/02/04(金) 02:46:38.22

age

**デフォルトの名無しさん** · 2022/06/21(火) 12:20:06.79

WebAssemblyを普及させたい

☆WebAssembly総合
・Wasmer - The Universal WebAssembly Runtime
https://wasmer.io/
-> WASI（WebAssembly System Interface）とEmscriptenに準拠したWASMを実行できるランタイム

・WAPM - WebAssembly Package Manager
https://wapm.io/
-> WebAssembly製ツール/ライブラリのパッケージマネージャー

☆C/C++
・wasi-sdk - WASI-enabled WebAssembly C/C++ toolchain
https://github.com/WebAssembly/wasi-sdk
-> WebAssemblyのLLVM、clangコンパイルサポート
Emscriptenとは異なりWASMバイナリのみ生成する

☆Rust
・wasm-pack - your favorite rust -> wasm workflow tool!
https://github.com/rustwasm/wasm-pack
-> WebAssemblyのrustcコンパイルサポート

Yew - Rust / Wasm framework for building client web apps
https://yew.rs/ja/
-> WebAssembly によってマルチスレッドな Web アプリのフロントエンドを作ることができる、モダンな Rust のフレームワーク

**デフォルトの名無しさん** · 2022/06/21(火) 12:28:27.45

最近のWebAssemblyのニュース

Publickey － Enterprise IT × Cloud Computing × Web Technology / Blog より
https://www.publickey1.jp/programming-lang/webassembly/

**デフォルトの名無しさん** · 2022/06/23(木) 17:39:28.38

WebAssemblyが気になるので調べてみた - Qiita
https://qiita.com/t_katsumura/items/ff379aaaba6931aad1c4

**デフォルトの名無しさん** · 2022/06/23(木) 18:38:00.25

WebAssembly活用プロジェクト
https://madewithwebassembly.com/

**デフォルトの名無しさん** · 2022/06/23(木) 21:37:11.74

WebAssembly Powered Augmented Reality Sudoku

This project makes use of the WebAssembly build of OpenCV (a C++ computer vision library), Tensorflow (a machine learning library) and a solver written in Rust. It neatly demonstrates how WebAssembly allows you to write performance-critical web-based applications in a wide range of languages.

https://github.com/ColinEberhardt/wasm-sudoku-solver
Solverhttps://raw.githubusercontent.com/ColinEberhardt/wasm-sudoku-solver/master/sudoku-solver.gif

**デフォルトの名無しさん** · 2022/06/24(金) 00:36:37.46

WASMとRustはVue.js/React.jsを打倒するのか？ - JSへの侵略の歴史
https://zenn.dev/koduki/articles/c07db4179bb7b86086a1

**デフォルトの名無しさん** · 2022/06/24(金) 00:38:27.46

Typescriptの次はRustかもしれない
https://zenn.dev/akfm/articles/81713d4c1275ac64a75c

**デフォルトの名無しさん** · 2022/07/03(日) 14:38:54.59

WASMのビルド作業はやたら面倒臭いが、何かビルド用ツールが出てるのかな
Linux環境じゃないとconfigureが生成できないから、プロジェクトのビルドなんてやってられないだろ
ところでWASMに64bitメモリが実装されれば可能性が大きく広がる予感

**デフォルトの名無しさん** · 2022/07/03(日) 15:41:32.49

>>180
Linuxの話題は、あわしろを召喚しちまうから、やめとけ。

**デフォルトの名無しさん** · 2022/07/03(日) 16:58:00.23

あわしろって誰？ｗ
WASMのroadmapを見ると、Firefoxが一番進んでるみたいだ
何だかんだFirefoxは開発者向けとしては最先端を走り続けているんだな

**デフォルトの名無しさん** · 2022/07/03(日) 17:11:46.18

Linuxの掟とか唱えてる人じゃなかったっけ？

**デフォルトの名無しさん** · 2022/07/03(日) 20:06:52.80

age

**デフォルトの名無しさん** · 2022/07/03(日) 20:29:55.44

>>182
あわしろ氏って誰？QZ より頭いいの？

**デフォルトの名無しさん** · 2022/07/03(日) 23:33:33.23

あわしろは、Linux 総帥

よく雑誌に記事を書いている

**デフォルトの名無しさん** · 2022/07/04(月) 01:35:21.33

マナーにうるさい
おまえはLinuxを使う資格がないが口癖

**デフォルトの名無しさん** · 2022/07/04(月) 02:35:19.54

>>177
えぐ

**デフォルトの名無しさん** · 2022/07/04(月) 07:02:36.02

>>173
＞wasi-sdk
GLESやSDL2の対応はどうなんだろ
誰かちゃちゃっと準公式サイトを作ってくれないかなw

**デフォルトの名無しさん** · 2022/07/05(火) 08:37:06.79

WASMではまだ並列処理が弱いのが悲しい所だな
Web Worker使えるけど、window配下オブジェクトが共有できないからな

**デフォルトの名無しさん** · 2022/08/05(金) 10:52:36.47

>>189
対応してないはず。

**デフォルトの名無しさん** · 2022/08/27(土) 20:19:41.17

wasm

**デフォルトの名無しさん** · 2022/09/08(木) 11:41:23.34

現在、Rubykaigi で、Ruby の Wasm 対応についての話しになっているらしい。
Ruby3.2から正式にブラウザでRubyが使えるようになる予定なので、
Rubyのインストールが難しい初心者にとっても楽になるとの事。
また、irb(インタラクティブRuby?)がブラウザでも動いて、対話的に計算
できるらしい。
Rubykaigiは、9/8から9/10の三日間の予定らしい。

**デフォルトの名無しさん** · 2022/09/08(木) 14:13:55.50

Rubyは、おわこん
とKENYAも言っている

**デフォルトの名無しさん** · 2022/09/08(木) 21:16:10.23

Ruby on Rails 7 で、Rubyの検索数が増えているらしい。
新しい変更があると、検索数が増えるみたい

JavaScript(JS), Python の検索数が多いのは、素人が多く、難しいからかも。
逆に、Rubyの検索数が増えないのは、プロが多く、簡単だからかも

Rails 7では、Hotwire などの新機能が出たので、プロも検索したのかも

米国年収では、JSが6万ドル、Railsが9万ドルと、かなりの差がある。
素人とプロの開発者の違いかも

JSは素人や個人開発が多く、
Railsは小企業から大企業まで、プロが多いのかも

**デフォルトの名無しさん** · 2022/09/09(金) 01:00:16.49

rubyのwasmに需要があるかどうかは置いといて、新技術を積極的に取り入れる姿勢は評価できる
これでもっとwasmが普及するといいな

**デフォルトの名無しさん** · 2022/09/09(金) 01:26:40.60

ブラウザ上でWasmを使うサービスやアプリならばRuby利用は遅くて重くて大きくて不利だね
だからどうしてもRubyをブラウザ上で動かしたい遊び目的だけかな
Wasm使ってプログラミングしたいならC++かRustのどちらか

**デフォルトの名無しさん** · 2022/09/09(金) 02:28:27.53

Ruby は遅くても、可読性が高くバグらないから、高品質でプログラミングしやすい。
C++, Rust などは難しさが桁違い

ビジネスでは、Rubyよりもかなり遅れる。
他社に市場シェアを取られてしまう

例えば、SASS がそう。
Rubyで作られて、C++ で作られるまで数年以上遅れた。
次に、C++で保守出来なくなって、Dart へ移った

Rubyは可読性が高いから保守できるが、
他の言語は無理で、最終的に放置されるだけ

**デフォルトの名無しさん** · 2022/09/14(水) 08:03:14.57

>>198
ところがRustはRubyに似ていて可読性が高いよ
RustはRubyとクロージャ引数の記述方法も |x| で同じだし
RustはRubyと同じようにイテレーターのメソッドチェーンを多用できるし
もちろん遅延評価されるし
Rubyよりも改善されてる点も多いからRustはRubyよりも可読性が高いよ

**デフォルトの名無しさん** · 2022/09/26(月) 11:00:46.19

>>199
Rustは俺が知ってる言語の中で、実用的な言語の中では最も可読性が低い
部類に入る。

**デフォルトの名無しさん** · 2022/09/26(月) 13:14:00.63

>>200
Rustは可読性の高さで気に入っている
ほとんどの言語と比べてイーブンか上

Wasm記述で現実的な言語の中だと更に
可読性の低いC++は論外だから
調査研究でもRustが最も使われている

**デフォルトの名無しさん** · 2022/09/26(月) 14:28:49.61

可読性という人によって解釈が異なる単語じゃなくてどういう要素が可読性を高めている/低めているか説明して欲しいな

**デフォルトの名無しさん** · 2022/09/27(火) 16:07:51.55

この板のRustのアンチスレにも、Rustの分かりにくさについてのサンプルコード
があがってる。

**デフォルトの名無しさん** · 2022/09/27(火) 18:34:36.99

下手くそに書かれたコードが読みづらいというのは言語の問題なのかね？

**デフォルトの名無しさん** · 2022/09/27(火) 20:29:03.01

>>204
それはウソで、Rustはどうせきれいに書けない。

**デフォルトの名無しさん** · 2022/09/28(水) 00:49:27.76

>>205
あなたにとってはあらゆるRustコードは綺麗には見えないということですね
好みの問題では？

**デフォルトの名無しさん** · 2022/09/28(水) 01:04:38.83

>>205
ここじゃ迷惑だから続きはアンチスレでよろしく

**デフォルトの名無しさん** · 2022/09/28(水) 15:21:20.76

>>206
長ったらしくて煩雑。

**デフォルトの名無しさん** · 2022/10/02(日) 18:22:14.52

Rustは抽象化されたプログラミングによって分かりやすく短く書けるね
タイプ数を少なく短く書けるという意味ではなく

**デフォルトの名無しさん** · 2022/10/15(土) 18:58:40.95

>>209
そうは思えないが。

**デフォルトの名無しさん** · 2022/10/16(日) 09:07:10.00

>>209　散々C++で痛い目をみた人が作っているからね。現実的なモノでしょうね。

**デフォルトの名無しさん** · 2022/10/16(日) 17:14:42.25

>>211
そうでもなかろう。

**デフォルトの名無しさん** · 2022/10/30(日) 00:34:23.75

オンライン FM シンセサイザ:
https://yutakaaoki.github.io/test_say/index.html

**デフォルトの名無しさん** · 2022/10/30(日) 16:23:33.75

age

**デフォルトの名無しさん** · 2022/11/08(火) 18:21:56.35

age

**デフォルトの名無しさん** · 2023/01/06(金) 22:20:11.40

Rubyにおけるwasmランタイム実装のCRuby、バイナリサイズはstdlib込みだと25MB、brotli圧縮かけて5.0MBだってさ
微妙だけどキャッシュ込みなら5.0MBはギリ許せるのか、、？
https://logmi.jp/tech/articles/327679

**デフォルトの名無しさん** · 2023/01/07(土) 16:27:35.31

>>216
まだ大き過ぎる。

**デフォルトの名無しさん** · 2023/01/07(土) 16:34:06.31

>>217
だよねぇ、、うーん

**デフォルトの名無しさん** · 2023/02/10(金) 08:51:49.30

キタコレ
wasmにgc搭載
https://www.publickey1.jp/blog/23/webassemblychrome_111dartwebassembly.html

**デフォルトの名無しさん** · 2023/02/12(日) 13:09:16.81

>>219
これが標準化仕様になるんかね

**デフォルトの名無しさん** · 2023/04/20(木) 11:24:36.10

うおおおお

サーバサイドWebAssemblyに、かつてのCGIの仕組みを取り込んだ「WCGI」をWasmerが発表。すぐ起動し安全に分離されるWebAssemblyの特長が活きる
https://www.publickey1.jp/blog/23/webassemblycgiwcgiwasmerwebassembly.html