chaynabors opened issue #12955:
The core module C API has async support but the component model C API doesn't appear to. The Rust API supports this via func.call_async() so the implementation exists, just not the C bindings.
I'm hosting components from Python via wasmtime-py and need async to avoid blocking the event loop during outbound HTTP calls. As far as I can tell, what's needed is:
wasmtime_component_func_call_asyncwasmtime_component_linker_instantiate_async- Async linker variants for WASI and wasi-http so host calls yield the fiber instead of blocking
Am I right in this? Is the group interested in accepting contributions for this?
alexcrichton added the wasmtime:c-api label to Issue #12955.
alexcrichton added the wasm-proposal:component-model label to Issue #12955.
alexcrichton commented on issue #12955:
Indeed this'd definitely be good to add! There's already and
async.hheader file for core wasm, so doing something similar for components should be relatively easily following that general scaffolding. Happy to review a PR!
alexcrichton edited a comment on issue #12955:
Indeed this'd definitely be good to add! There's already an
async.hheader file for core wasm, so doing something similar for components should be relatively easily following that general scaffolding. Happy to review a PR!
alexcrichton closed issue #12955:
The core module C API has async support but the component model C API doesn't appear to. The Rust API supports this via func.call_async() so the implementation exists, just not the C bindings.
I'm hosting components from Python via wasmtime-py and need async to avoid blocking the event loop during outbound HTTP calls. As far as I can tell, what's needed is:
wasmtime_component_func_call_asyncwasmtime_component_linker_instantiate_async- Async linker variants for WASI and wasi-http so host calls yield the fiber instead of blocking
Am I right in this? Is the group interested in accepting contributions for this?
Last updated: Apr 12 2026 at 23:10 UTC