Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

There seems to be alot of work going into WASM itself, much of it is performance related:

https://github.com/WebAssembly/proposals



If only you could directly access the DOM or other browser APIs. I understand the GC proposal might help with this (?).


I found a discussion with some explanations to why that is and what other solutions could be looked at:

https://github.com/WebAssembly/design/issues/1184


”The main reason is that direct access to the DOM requires the ability to pass references to DOM/JS objects through Wasm. Consequently, when GC happens for JavaScript, the collector must be able to find and update such references on the live Wasm stack, in Wasm globals, or in other places controlled by the Wasm engine. Hence the engine effectively needs to support GC in some form.

However, the new proposal for reference types that we split off from the GC proposal tries to give a more nuanced answer to that. It introduces reference types without any functionality for allocating anything within Wasm itself. In an embedding where host references are garbage-collected that still requires a Wasm implementation to understand GC. But in other embeddings it does not need to.”


Thank you. That helps with my confusion a lot.


As someone who wants WASM to free us all from JS. Is this even worth it if DOM bindings for WASM will never get a released? I’ve been following this since 2018 and it seems like we’re still at square 1 with DOM bindings. Incredibly frustrating.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: