-
Notifications
You must be signed in to change notification settings - Fork 753
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support GC to non-GC conversion #4590
Comments
I think it could make sense. I have some work on that here: #4000 That lowers GC to linear memory but does not actually bundle a mark-sweep yet. Also, it's several months old and the wasm GC spec has evolved a lot, so it would need updating. |
Regarding C# / .NET, as far as I understood, our current implementation doesn't make use of the wasm GC proposal because its capabilities were not enough. @lewing would know for sure though! |
@kripken Glad to hear it could potentially make sense, and thanks for the link the PR. The Kotlin team seems to be interested. @SteveSandersonMS I have updated the description accordingly. |
@vargaz outlined the issues here WebAssembly/gc#77 |
Hi,
As far as I know, a few GCed languages/platform are working on WASM support by leveraging the GC proposal:
C#/.NET could be a candidate as well but per @SteveSandersonMS feedback it seems it is not using the GC proposal yet.
For now only V8 supports Wasm GC, while Wasm engines with great WASI support like Wamstime does not support it.
Since GC is not straightforward to implement for Wasm engines, I am wondering if Binaryen could implement behind a flag GC to non GC conversion in order to ease adoption of GCed languages with WASI for Cloud/Edge use cases. I guess that would include typed function references emulation.
Would such kind of compatibility conversion make sense as part of Binaryen?
The text was updated successfully, but these errors were encountered: