Does this work in Web exports to bind the GDExtension API?

[Splizard]

Looking for a way to bridge into Godot's GDextension API via JS in the browser, is this project aiming to support this?

[ialex32x]

For now, it's not supported yet. But it seems possible to use quickjs as the javascript runtime which could run in the browser. I'll try to implement this bridging layer later, but may not very soon XD. (completely implement another bridging layer for quickjs, or add a wrapper layer which makes quickjs usable in the same manner as v8 and reuse the current bridge-v8)

And in this way, the scripts run on quickjs, rather than directly on the VM used by the browser, I'm not sure whether the performance can meet the production-level requirements or not.

[ialex32x]

After further investigation, I think it's a good idea to bridge the runtime with the browser VM. It'll be implemented in a future version.

[Splizard]

@ialex32x let me know if there is anything I can do to help, I've reached out to the Godot web team (as well as GDExtension) and they're open to accepting contributions into the engine to support this. My understanding is that due to emscripten limitations, this cannot be done in a side module, so it likely needs to be part of the engine.

[ialex32x]

It works now (but very basically), scripts are directly run on the browser javascript VM.

[Splizard]

Ah nice! Any plans to support GDExtension? I see the project is currently built as a module, which introduces more friction for users to adopt versus including a .dll/.wasm/.so into their project.

[ialex32x]

I'll find a way to do so if there is no costs too much, but I haven't found an equivalent way to do AddJSLibraries/AddJSPre, it happens at the engine build time.