V2: WASI, -r flag, CI pipeline, examples & tests cleanup
WASI / wasm32 target support
- Auto-detect /usr/share/wasi-sysroot on Linux when target starts_with("wasm32")
- Skip -march/-mtune for wasm (clang rejects them)
- Apply -fno-exceptions -fno-c++-static-destructors -mllvm -wasm-enable-sjlj
-D_WASI_EMULATED_SIGNAL to wasm builds (compile + std PCM, kept in sync)
- .wasm output extension in expectedOutputFor and link command
- EnableWasiBrowserRuntime(cfg): opt-in helper that drops index.html +
runtime.js next to the .wasm; runtime.js reads window.CRAFTER_WASM_URL
set in the templated index.html so a single shim handles any output name
-r run flag in the CLI: build then exec the artifact (host targets only;
rejects libraries; auto .exe/.wasm extension handling)
CI pipeline (.forgejo/workflows/ci.yaml)
- Triggers: PR/push to master + manual dispatch
- Single arch-latest container job: install deps, bootstrap, self-rebuild,
run tests, cross-compile mingw, package both archives, upload artifacts
- Rolling 'latest' release published only on push/dispatch to master
mingw cross-compile from Linux now works end-to-end:
- ExternalDependency cache key includes target so per-target glslang builds
don't collide; CMAKE_BUILD_TYPE=Release pinned (otherwise glslang appends
'd' to lib names and breaks linking); cross-compile cmake flags
(CMAKE_SYSTEM_NAME=Windows, CMAKE_*_COMPILER_TARGET=...)
- project.cpp accepts --target=<triple>; Linux-only -Wl,--export-dynamic
and -ldl are gated; mingw glslang skips the standalone exe (its libgcc_eh
link pulls pthread which mingw doesn't link by default)
- mingw compile uses -femulated-tls so std::__once_callable etc reference
the same emutls symbols libstdc++ provides
- mingw link auto-adds -lstdc++exp -lpthread
GetCrafterBuildHome() exposed from the Platform module; LoadProject (Linux
+ Windows) now both use it instead of duplicating the resolution.
Examples reorg: hello-world, library, with-module, wasi, tests — each with
its own README. Tests reorg: per-test directory with inner/ fixture, no
shared tests/fixtures/ tree. New Wasi test verifies .wasm magic bytes.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-04-28 23:24:46 +02:00
|
|
|
# WASI
|
|
|
|
|
|
|
|
|
|
Build a C++26 program for the `wasm32-wasi` target and run it in a browser.
|
|
|
|
|
|
|
|
|
|
## Prerequisites
|
|
|
|
|
|
2026-10-31 06:10:41 +01:00
|
|
|
- A WASI sysroot with the exception-enabled libc++, `lib/wasm32-wasip1/eh/`
|
|
|
|
|
from wasi-sdk 33 or later: wasm builds compile C++ exceptions and link those
|
|
|
|
|
libraries. The Flatpak bundles one, which `crafter-build` uses as it is.
|
|
|
|
|
Elsewhere, point `CRAFTER_BUILD_WASI_SYSROOT` at a wasi-sdk sysroot, or set
|
|
|
|
|
`cfg.sysroot` in `project.cpp`. Arch's `wasi-libc++` packages have no such
|
|
|
|
|
libraries, and the build stops with a message saying so.
|
|
|
|
|
- For the browser: WebAssembly exception handling, in Chrome 137, Firefox 131,
|
|
|
|
|
Safari 18.4 or newer.
|
V2: WASI, -r flag, CI pipeline, examples & tests cleanup
WASI / wasm32 target support
- Auto-detect /usr/share/wasi-sysroot on Linux when target starts_with("wasm32")
- Skip -march/-mtune for wasm (clang rejects them)
- Apply -fno-exceptions -fno-c++-static-destructors -mllvm -wasm-enable-sjlj
-D_WASI_EMULATED_SIGNAL to wasm builds (compile + std PCM, kept in sync)
- .wasm output extension in expectedOutputFor and link command
- EnableWasiBrowserRuntime(cfg): opt-in helper that drops index.html +
runtime.js next to the .wasm; runtime.js reads window.CRAFTER_WASM_URL
set in the templated index.html so a single shim handles any output name
-r run flag in the CLI: build then exec the artifact (host targets only;
rejects libraries; auto .exe/.wasm extension handling)
CI pipeline (.forgejo/workflows/ci.yaml)
- Triggers: PR/push to master + manual dispatch
- Single arch-latest container job: install deps, bootstrap, self-rebuild,
run tests, cross-compile mingw, package both archives, upload artifacts
- Rolling 'latest' release published only on push/dispatch to master
mingw cross-compile from Linux now works end-to-end:
- ExternalDependency cache key includes target so per-target glslang builds
don't collide; CMAKE_BUILD_TYPE=Release pinned (otherwise glslang appends
'd' to lib names and breaks linking); cross-compile cmake flags
(CMAKE_SYSTEM_NAME=Windows, CMAKE_*_COMPILER_TARGET=...)
- project.cpp accepts --target=<triple>; Linux-only -Wl,--export-dynamic
and -ldl are gated; mingw glslang skips the standalone exe (its libgcc_eh
link pulls pthread which mingw doesn't link by default)
- mingw compile uses -femulated-tls so std::__once_callable etc reference
the same emutls symbols libstdc++ provides
- mingw link auto-adds -lstdc++exp -lpthread
GetCrafterBuildHome() exposed from the Platform module; LoadProject (Linux
+ Windows) now both use it instead of duplicating the resolution.
Examples reorg: hello-world, library, with-module, wasi, tests — each with
its own README. Tests reorg: per-test directory with inner/ fixture, no
shared tests/fixtures/ tree. New Wasi test verifies .wasm magic bytes.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-04-28 23:24:46 +02:00
|
|
|
|
|
|
|
|
## Build
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
crafter-build
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Output lands in `bin/wasi-hello-wasm32-wasip1-native/`:
|
|
|
|
|
|
|
|
|
|
- `wasi-hello.wasm` — the compiled module
|
|
|
|
|
- `index.html` + `runtime.js` — a minimal in-browser WASI shim, dropped in by
|
|
|
|
|
`EnableWasiBrowserRuntime(cfg)` in `project.cpp`. Stdout goes to the browser
|
|
|
|
|
console.
|
|
|
|
|
|
|
|
|
|
## Run in a browser
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
./serve.sh # any static file server works
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
Open `http://localhost:8080/`. The string from `main()` shows up in the
|
|
|
|
|
DevTools console.
|
|
|
|
|
|
|
|
|
|
## Run in a standalone runtime
|
|
|
|
|
|
|
|
|
|
If you don't need the browser, drop the `EnableWasiBrowserRuntime(cfg)` line
|
|
|
|
|
from `project.cpp` and run the `.wasm` directly:
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
wasmtime bin/wasi-hello-wasm32-wasip1-native/wasi-hello.wasm
|
|
|
|
|
```
|