@U1WMJ5CQ2 :thinking_face: it's not "some binary format of JS" but the latter is still possible (you need to think abt mem mgmt explicitly tho)

While it's possible, I really don't think it's worth the trouble of implementing a new Clojure runtime when CLJS works perfectly fine.

At some point someone will make an LLVM target for Clojure.

If you could somehow hook in to the V8 GC, it could work... if you have to do GC yourself, it's very very unlikely to beat the performance of cljs

Clojure generates a ton of garbage

And it's very hard to do static analysis for things like escape analysis to cut down on it

yeah, I think Clojure just isn't designed to be hosted on a low-level runtime like wasm easily. That said, I've seen native Clojure runtime implementations before like ferret-lang that supports a subset of Clojure. http://ferret-lang.org/

But I'm not so sure about the performance of Ferret -> C++ -> WASM VS Clojure -> JS

I have no numbers to back it up, but I feel like the overhead of stop the world non generational boehm for many programs would exceed the computation + GC in cljs on v8

let alone the overhead of the computations themselves

which is to say, don't do that for performance. I'd be surprised if any program you ever wrote or library you ever used ran faster on that toolchain

I use unity compiled to wasm via IL2CPP, and it's OK, but still an order of magnitude slower than native

a lot better than IL2CPP->emscripten JS though