-
Notifications
You must be signed in to change notification settings - Fork 40
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 wasm-c-api #29
Comments
Can you share a little about your use case? Is it to link the engine into a program that implements your platform functionality? Or is it to link it into arbitrary programs? |
Of course. We want to start trialing more runtimes and allow others to switch runtimes easily. Wasm-C-API serves both of this use case. We can benchmark how other runtimes perform and also we can allow any program to use the engine of their preference |
Implementing the C API is a lot of work and would be blocked on significant compiler work in Virgil, so I won't be able to prioritize this. Is there another way you can test runtimes short of embedding them? |
I think embedding via the C-API is probably the easiest of all, At the end we need to integrate through the syscalls (eg: WASIX) and that requires runtime integration |
It would be great if the Wizard Engine exported the wasm-c-api.
We recently opened Wasmer to allow usage of more runtimes under the hood, and this would allow users using Wizard Engine as a backend for Wasmer.
We'd be happy to sponsor this effort if it makes prioritizing it easier :)
The text was updated successfully, but these errors were encountered: