News for hackers. Stuff that matters.
Re:Assembling WebAssembly by amelius on Wednesday June 07, 2017 @11:27AM (#14507192)
> Nothing prevents one to implement a GC on top of existing WebAssembly as it is

Except that efficient GC implementations use concurrency with a shared memory space and locking and memory-barrier instructions that are not yet available in WASM. (AFAIK, please prove me wrong)

Re:Assembling WebAssembly by jfbastien on Wednesday June 07, 2017 @12:03PM (#14507478)
Correct, shared memory and atomics are likely the first big post-MVP feature: https://github.com/WebAssembly/threads/blob/master/proposals...
Re:Assembling WebAssembly by pjmlp on Wednesday June 07, 2017 @12:37PM (#14507797)
Those operations are not available in all hardware architectures anyway, and they surely weren't even common before processors went multi-core.

So GC were implemented within those constraints, which means it is possible to do within the current state, even if it isn't the most optimal one versus the availabilities of such CPU features.