5 ms·
WASM is a runtime only. It does not try to define a component model. And that's a bonus for its wider appeal and adoption. You can treat WASM just like you tre
by garganzol 4y ago
WASM is a runtime only. It does not try to define a component model. And that's a bonus for its wider appeal and adoption.
You can treat WASM just like you treat a CPU architecture. One among many. It does its thing and does it reasonably well (official 64 bit support would be awesome though).
But trying to tie a component model to a specific CPU is kind of a bad idea, don't you think so? For me it causes immediate Intel iAPX 432 vibes and I fear that WASM may diverge in that utopian direction some day.
- tempodox 4y ago> WASM is a runtime only. It does not try to define a component model. This GitHub page seems to contradict that: https://github.com/WebAssembly/component-model/blob/main/design/high-level/Goals.md https://github.com/WebAssembly/component-model/blob/main/des...
- garganzol 4y agoThat page seems to seed wrongful directions without understanding their true consequences. This may render WASM as another Macromedia Flash of its time if those aspirations materialize.
- pjmlp 4y agoThose wheels are already set in motion. https://www.youtube.com/watch?v=phodPLY8zNE&list=PLj6h78yzYM2PzLhPvZIihwPShNuXP01C5&index=2 https://www.youtube.com/watch?v=phodPLY8zNE&list=PLj6h78yzYM...
- pjmlp 4y agoThe hardware architecture role belongs to the AOT/JIT compiler used by the WASM infrastructure, so the difference being?
- int_19h 4y agoYou don't have to use the component model in CLR. And if you do not, the remaining subset is basically just as expressive as wasm - you can compile C to it, for example. It's "just like a CPU architecture". And then you can build your own component models on top of that, or FFI with existing ones (I had to do this with COM once instead of using COM Interop - it was all hand-rolled with structs etc).