This repository contains no compiler or library code itself; it uses git submodules to pull in the upstream Clang and LLVM tree, as well as the wasi-libc tree.
The libc portion of this SDK is maintained in wasi-libc.
Upstream Clang and LLVM (from 9.0 onwards) can compile for WASI out of the box, and WebAssembly support is included in them by default. So, all that's done here is to provide builds configured to set the default target and sysroot for convenience.
One could also use a standard Clang installation, build a sysroot from the
sources mentioned above, and compile with --target=wasm32-wasi --sysroot=/path/to/sysroot
. In this scenario, one would also need the
libclang_rt.builtins-wasm32.a
objects available separately in the release
downloads which must be extracted into
$CLANG_INSTALL_DIR/$CLANG_VERSION/lib/wasi/
.
This repository uses git submodule, to clone it you need use the command below :
git clone --recursive https://github.com/WebAssembly/wasi-sdk.git
The Wasm-sdk's build process needs some packages :
cmake
clang
ninja
python3
Please refer to your OS documentation to install those packages.
Building wasi-sdk
uses CMake and is split into two halves. First you can build
the toolchain itself:
cmake -G Ninja -B build/toolchain -S . -DWASI_SDK_BUILD_TOOLCHAIN=ON -DCMAKE_INSTALL_PREFIX=build/install
cmake --build build/toolchain --target install
When you're developing locally you may also wish to pass
-DCMAKE_CXX_COMPILER_LAUNCHER=ccache
to assist with rebuilds. Other supported
CMake flags are:
-DLLVM_CMAKE_FLAGS
- extra flags to pass tocmake
when building LLVM/Clang.-DRUST_TARGET
- the specific Rust target triple to buildwasm-component-ld
for, useful for cross-compiles.
The clang
compiler should now be located at build/install/bin/clang
but it's
just a compiler, the sysroot isn't built yet. Next the second step of the build
is to build the sysroot:
cmake -G Ninja -B build/sysroot -S . \
-DCMAKE_INSTALL_PREFIX=build/install \
-DCMAKE_TOOLCHAIN_FILE=build/install/share/cmake/wasi-sdk.cmake \
-DCMAKE_C_COMPILER_WORKS=ON \
-DCMAKE_CXX_COMPILER_WORKS=ON
cmake --build build/sysroot --target install
A full toolchain should now be present at build/install
and is ready for use
in compiling WebAssembly code. Supported CMake flags are:
-DWASI_SDK_DEBUG_PREFIX_MAKE=OFF
- disable-fdebug-prefix-map
when building C/C++ code to use full host paths instead.-DWASI_SDK_INCLUDE_TESTS=ON
- used for building tests.-DWASI_SDK_TEST_HOST_TOOLCHAIN=ON
- test the host toolchain's wasi-libc and sysroot libraries, don't build or use fresh libraries for tests.-DWASI_SDK_TARGETS=..
- a list of targets to build, by default all WASI targets are compiled.-DWASI_SDK_INSTALL_TO_CLANG_RESOURCE_DIR=ON
- install compiler-rt to the compiler's resource directory. might be convenient if you want to use the toolchain (eg../build/install/bin/clang
) in-place.
If you'd like to build distribution artifacts you can use the dist
target like
so:
cmake --build build/toolchain --target dist
cmake --build build/sysroot --target dist
Tarballs will be created under build/toolchain/dist
and build/sysroot/dist
.
Note that these are separate tarballs for the toolchain and sysroot. To create a
single tarball for the entire SDK you'll first want to copy all tarballs into a
new folder and then run the ./ci/merge-artifacts.sh
script:
mkdir dist-my-platform
cp build/toolchain/dist/* build/sysroot/dist/* dist-my-platform
./ci/merge-artifacts.sh
This will produce dist/wasi-sdk-*.tar.gz
which is the same as the release
artifacts for this repository.
Finally you can additionally bundle many of the above steps, minus
merge-artifact.sh
by using the CI script to perform both the toolchain and
sysroot build:
./ci/build.sh
The built package can be found into build/dist
directory.
For releasing a new version of the package on GitHub,
see RELEASING.md.
A typical installation from the release binaries might look like the following:
export WASI_VERSION=20
export WASI_VERSION_FULL=${WASI_VERSION}.0
wget https://github.com/WebAssembly/wasi-sdk/releases/download/wasi-sdk-${WASI_VERSION}/wasi-sdk-${WASI_VERSION_FULL}-linux.tar.gz
tar xvf wasi-sdk-${WASI_VERSION_FULL}-linux.tar.gz
Use the clang installed in the wasi-sdk
directory:
export WASI_SDK_PATH=`pwd`/wasi-sdk-${WASI_VERSION_FULL}
CC="${WASI_SDK_PATH}/bin/clang --sysroot=${WASI_SDK_PATH}/share/wasi-sysroot"
$CC foo.c -o foo.wasm
Note: ${WASI_SDK_PATH}/share/wasi-sysroot
contains the WASI-specific
includes/libraries/etc. The --sysroot=...
option is not necessary if
WASI_SDK_PATH
is /opt/wasi-sdk
. For troubleshooting, one can replace the
--sysroot
path with a manual build of wasi-libc.
Use a toolchain file to setup the wasi-sdk platform.
$ cmake -DCMAKE_TOOLCHAIN_FILE=${WASI_SDK_PATH}/share/cmake/wasi-sdk.cmake ...
or the wasi-sdk-thread platform
$ cmake -DCMAKE_TOOLCHAIN_FILE=${WASI_SDK_PATH}/share/cmake/wasi-sdk-pthread.cmake ...
Autoconf 2.70 now recognizes WASI.
For convenience when building packages that aren't yet updated, updated
config.sub and config.guess files are installed at share/misc/config.*
in the install directory.
We provide a docker image including WASI SDK that can be used for building projects without a separate installation of the SDK. Autotools, CMake, and Ninja are included in this image, and standard environment variables are set to use WASI SDK for building.
For example, this command can build a make-based project with the Docker image.
docker run -v `pwd`:/src -w /src ghcr.io/webassembly/wasi-sdk make
Take note of the notable limitations below when building projects, for example many projects will need threads support disabled in a configure step before building with WASI SDK.
This repository does not yet support C++ exceptions. C++ code is supported only with -fno-exceptions for now. Similarly, there is not yet support for setjmp/longjmp. Work on support for exception handling is underway at the language level which will support both of these features.
This repository experimentally supports threads with
--target=wasm32-wasi-threads
. It uses WebAssembly's threads primitives
(atomics, wait
/notify
, shared memory) and wasi-threads for spawning
threads. Note: this is experimental — do not expect long-term stability!
This repository does not yet support dynamic libraries. While there are some efforts to design a system for dynamic libraries in wasm, it is still in development and not yet generally usable.
There is no support for networking. It is a goal of WASI to support networking in the future though.