-
Notifications
You must be signed in to change notification settings - Fork 56
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
Use wasm-wasip2 target as default build target #355
Comments
Related: #356 |
Yes. The current situation is, the wasm32-wasip2 target does a lot of things automatically, which is great and makes it easy to drop into existing Rust development workflows. But, it also doesn't support all the features of cargo component. I looked into it briefly, and didn't see anything supporting import name maps. So there's more to figure out here before we can switch cargo component to using wasm32-wasip2 internally. |
Update the documentation talking about Rust's wasm32-wasip2 feature. We do hope to make use of it in `cargo component`, though it's not a trivial change. This is inspired by #355.
I've also now posted #359 to update the README text quoted above. |
OK, thanks. I am not super familiar with cargo-component. I think this issue can be turned into a tracker if you can list missing features on the wasm32-wasip2 target. |
Update the documentation talking about Rust's wasm32-wasip2 feature. We do hope to make use of it in `cargo component`, though it's not a trivial change. This is inspired by #355.
cargo-component/README.md
Line 184 in 1e58afa
Hi! I saw this today, but the referred issue has been closed as complete. The latest cargo-component 0.19 still uses wasm-wasip1 as the default build target.
Rust in the latest stable 1.82 has promoted wasm-wasip2 as a tier-2 target, see rust-lang/rust#129997. I think it's time to change the README and the behavior of cargo-component?
The text was updated successfully, but these errors were encountered: