diff options
| author | Alex Crichton <alex@alexcrichton.com> | 2024-04-15 09:27:34 -0700 |
|---|---|---|
| committer | Alex Crichton <alex@alexcrichton.com> | 2024-04-15 14:27:41 -0700 |
| commit | 8bb9d30a02552cb04fe9d7f7b57ee378fbe6f246 (patch) | |
| tree | 0561172a4163add08f7e4c202d4c49922c975d5f /compiler/rustc_codegen_cranelift/src | |
| parent | 023084804e5e8ea42877451c2b3030e7050281cc (diff) | |
| download | rust-8bb9d30a02552cb04fe9d7f7b57ee378fbe6f246.tar.gz rust-8bb9d30a02552cb04fe9d7f7b57ee378fbe6f246.zip | |
Update how WASI toolchains are used in CI and bootstrap
This commit updates how the WASI targets are configured with their toolchain. Long ago a `config.toml` option of `wasi-root` was added to enable building with the WASI files produced by wasi-libc. Additionally for CI testing and release building the Rust toolchain has been using a hard-coded commit of wasi-libc which is bundled with the release of the `wasm32-wasip1` target, for example. Nowadays though the wasi-sdk project, the C/C++ toolchain for WASI, is the go-to solution for compiling/linking WASI code and contains the more-or-less official releases of wasi-libc. This commit migrates CI to using wasi-sdk releases and additionally updates `bootstrap` to recognize when this is configured. This means that with `$WASI_SDK_PATH` configured there's no further configuration necessary to get a working build. Notably this also works better for the new targets of WASI as well, such as `wasm32-wasip2` and `wasm32-wasip1-threads` where the wasi-sdk release now has libraries for all targets bundled within it.
Diffstat (limited to 'compiler/rustc_codegen_cranelift/src')
0 files changed, 0 insertions, 0 deletions
