Andrew Brown

I approve this license change

I haven't yet verified this works but wanted to do this before I forget.

I tried this out locally and the build failed for other reasons! ```console $ NINJA_FLAGS=-v make package ... /.../wasi-sdk/build/install/opt/wasi-sdk/bin/llvm-ar crs build/wasm32-wasi/libc.so.a /.../wasi-sdk/build/install/opt/wasi-sdk/bin/clang --target=wasm32-wasi -nodefaultlibs -shared --sysroot=/.../wasi-sdk/build/install/opt/wasi-sdk/share/wasi-sysroot \ -o /.../wasi-sdk/build/install/opt/wasi-sdk/share/wasi-sysroot/lib/wasm32-wasi/libc.so -Wl,--whole-archive...

It looks like this is fixed elsewhere... closing.

Nope, looks like #432 did not in fact fix the issue, or perhaps there is something else going on here: ```console $ ll /opt/wasi-sdk/latest/ bin/ .crates2.json .crates.toml lib/ share/ VERSION...

`__floatunditf` and `__floatditf` seem unrelated to threads and from the imports you mention it looks like they're using a module name I would expect Emscripten to satisfy. Maybe you can...

I think I resolved this in https://github.com/WebAssembly/wasi-sdk/pull/494, but to check the fix can you do the following: - create the directory `wasi-sdk-24.0-x86_64-linux/lib/clang/18/lib/wasip1-threads` - copy `libclang_rt.builtins-wasm32.a` from one of the sibling...

I believe this has been closed by https://github.com/WebAssembly/wasi-sdk/pull/533; please re-open if for some reason there is more to do here.

Ugh, right. Should we try to turn off wasm-opt with `--no-wasm-opt` ([#95208](https://github.com/llvm/llvm-project/pull/95208)) for the `*p2` tests?

Looks like it may be coming from [`bindgen`](https://github.com/rust-lang/rust-bindgen) since that is the containing function. Agreed that compiling from source is a good temporary workaround until we figure out what is...