This repository contains low-level Rust bindings to WASI APIs which are distributed and published to crates on crates.io. Crates currently are:
wasi- this is a reexport of the latest stable WASI proposal. At this time this represents bindings to WASIp2.wasip2- this crate explicitly contains bindings for the latest stable WASIp2 release generated by the latest stablewit-bindgenrelease.wasip1- this crate explicitly contains bindings for the WASIp1 snapshot. Development of the WASIp1 version of the standard has ceased and this crate is in maintenance mode.
The wasi crate today is a lightweight reexport of the latest stable version
of the WASI standard. Currently that is WASIp2. The wasi crate version number
will be bumped every timet he wasip2 crate version number is bumped, for
example, and its interface and bindings may change over time as WASIp2 APIs are
added or the wit-bindgen tool to generate bindings evolves.
To explicitly indicate which version of the WASI standard you'd like to use it's
recommended to use the wasip2 crate directly.
The wasi crate contains "build metadata" which indicates what version of the
WASI standard it contains bindings for. This metadata is purely informational
and cannot be used to constrain a version requirement in Cargo. This scheme
is mirrored for the wasip2 crate as well, for example.
In January 2024 the WASI subgroup published WASI 0.2.0, colloquially known as
"WASIp2". Around the same time the subgroup additionally decided to name the
previous iteration of WASI as "WASIp1", historically known as "WASI preview1".
This now-historical snapshot of WASI was defined with an entirely different set
of primitives and worked very differently. The interface of the wasip1 and
wasip2 crates are entirely different and the wasi crate umbrella no longer
reexports wasip1.
This is a bit of a nuanced question/answer but the short answer is to probably
use the latest release of wasi if you're unsure.
The longer-form answer of this is that it depends on the Rust targets that you want to support. Rust WebAssembly targets include:
wasm32-unknown-unknown- do not use this crate because this target indicates that WASI is not desired.wasm32-wasip1- this target has been present in Rust for quite some time and was previously known aswasm32-wasi. For this target you probably want thewasip1crate.wasm32-wasip2- this target you can use either thewasicrate or thewasip2crate depending on your use case. Using WASIp2 APIs on this target is more appropriate than using WASIp1 APIs.
Note that if you use wasm32-wasip1 it's not necessarily guaranteed you want
the wasip1 crate. If your users are producing components then you probably
want the wasip2 or wasi crates instead. If you don't know what your users
are producing then you should probably stick with wasip1.
Long story short, it's a bit complicated. We're in a development period from WASIp2-and-beyond and things aren't going to be perfect every step of the way, so understanding is appreciated!
This project is licensed under the Apache 2.0 license with the LLVM exception. See LICENSE for more details.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this project by you, as defined in the Apache-2.0 license, shall be licensed as above, without any additional terms or conditions.