[Decabytes]

Yes wasm is basically a rust thing at this point unfortunately. And if you want to write a wasi preview 0.2 component, you need a bunch of rust tooling to do it properly

[flohofwoe]

Only partially correct IMHO, the *WASM Component Model* is mostly a Rust thing (at least it's very apparent that it has been designed by Rust people), thankfully WASM itself is independent from that overengineered boondoggle.

[throwaway27448]

> thankfully WASM itself is independent from that overengineered boondoggle.

I can't tell if this is a jab at WASM itself or whether it should be taken at face value lmao, WASM is the definition of overengineered boondoggle.

[ncruces]

Wasm 1.0 (and 2.0) is a fairly straightforward portable assembly.

It's a great target for a simple language (unless you insist on someone else doing your GC for you, which mandates their design on your language).

And it's also fairly easy to build a Wasm interpreter, or an AOT compiler.

[throwaway27448]

> Wasm 1.0 (and 2.0) is a fairly straightforward portable assembly.

It's also largely useless outside of targeting c/c++ and derivatives. Most code we write cannot target wasm without severe drawbacks.

[flohofwoe]

This is about the same as saying that the x86 or ARM instruction sets are largely useless outside of targeting C/C++ and derivatives...

[Rusky]

Not at all. It's much more efficient to implement a GC on x86 or ARM than it is on Wasm 1.0/2.0, because you control the stack layout, and you don't have an impenetrable security boundary with the JS runtime that your GC needs to interop with.

Not to mention the issue that bundling a GC implementation as part of your web page can be prohibitive in terms of download size.

[throwaway27448]

WASM is not nearly as capable as either architecture.

But.... they would certainly be much more useful architectures and devices if they chose to cater more to actual needs rather than performance under C/C++