wasm-tools-go
wasm-tools-go copied to clipboard
build tag wasip2
The current generated bindings use wasip2 as the build tag. This pins the generated bindings to the tinygo compiler targeting wasip2.
Using the wasm component from tiny go with runtime bindings such as wasmtime-go fails because components are not yet supported. Most of the runtimes outside of the rust implementation appear to be implementing wasip1 only and are waiting for wasip2 or components to become more stable.
Removing the build tag is not ideal but does allow for wit bindings to be used in wasip1 runtimes in some cases.
Is there any harm in removing the build tag from the generated bindings?
The goal is to leverage wit-bindgen-go to generate wit definitions but implement a core module vs a component, understanding this is largely dependent on the language/compiler support for wasip1 and wasip2.