* Only ship libbolt_rt_hugify.a & libbolt_rt_instr.a on amd64
* fix the cmake detection with libmlir
* Build using LTO - better performances of the llvm-toolchain
binaires
* Build libfuzzer with C++ 17 ot unbreak it
* Fix a typo to silent lintian (Closes: #1018770)
* Fix some hardcoded paths (Closes: #1020847)
* Suggest wasi-libc for clang
* Allow libunwind-dev to be coinstallable (Closes: #1004112)
* Add better support for the WebAssembly (wasm32/wasm64) targets:
- Ship compiler-rt for the wasm32 and wasm64 targets. (Closes: #1010932)
- Add patch wasm-compiler-rt-default.diff to default to compiler-rt for
these targets. libgcc does not currently exist for WebAssembly in neither
Debian nor upstream, and therefore compiler-rt is the only option.
- Add patch wasm-sysroot-usr.diff to support a system-installed (i.e. shipped
in /usr) wasi-libc. (Closes: #1020746)
* Ship bolt
* New upstream release
* Upload to unstable now that we have removed 12 from the archive
* Unbreak the clang symlink. See
https://github.com/llvm/llvm-project/issues/57857
* New upstream release
* Fix build on ppc64 and riscv64 (Closes: #1019582)
* New stable release
* syscall-mips64el-def.diff: fix the call to undeclared function 'syscall';
on mips
* Update of the build dep from llvm-spirv => llvm-spirv-14
as it is now versioned. It should build libclc
* Fix some hardcoded paths (Closes: #1020847)
* Suggest wasi-libc for clang
* Allow libunwind-dev to be coinstallable (Closes: #1004112)
* Add better support for the WebAssembly (wasm32/wasm64) targets:
- Ship compiler-rt for the wasm32 and wasm64 targets. (Closes: #1010932)
- Add patch wasm-compiler-rt-default.diff to default to compiler-rt for
these targets. libgcc does not currently exist for WebAssembly in neither
Debian nor upstream, and therefore compiler-rt is the only option.
- Add patch wasm-sysroot-usr.diff to support a system-installed (i.e. shipped
in /usr) wasi-libc. (Closes: #1020746)
* Add '-DCMAKE_FIND_DEBUG_MODE=true' to help with debugging
* Add '-DCMAKE_FIND_DEBUG_MODE=true' to help with debugging
* Fifth RC release
* Switch to 3.9 (remove lldb-3.9-dev as it was a transitional pkg)
The WebAssembly target seems to have been designed to be always passed a
--sysroot, likely because of being tested to work only with the
WASI-SDK. This results into passing bare, non-existing paths in include
paths, such as:
-internal-isystem /include/wasm32-wasi -internal-isystem /include
(and similar for /lib/).
In Debian, the wasi-libc package ships its files in
/usr/include/wasm32-wasi, /usr/lib/wasm32-wasi etc.
Add support in the target for including paths from /usr as well. To
avoid changing the code in more intrusive ways (to do e.g. what the
Linux target does) add a bit of an indirection where the "sysroot"
defaults to "/usr" instead of the empty string. This should probably be
adjusted a bit if it were to be upstreamed.
Closes: #1020746
Our packaging overrides the upstream choice for rtlib to default always
to libgcc. Unfortunately, libgcc is not available for WebAssembly
(wasm32/wasm64 targets). This makes every build to -target
wasm32-unknown-wasi fail, unless one passes --rtlib=compiler-rt.
Patch the upstream source to default, and only accept, compiler-rt for
the WebAssembly target to make everything work out of the box. This
mirrors similar code that the upstream Darwin and Fuchsia targets have.
GCC seems fairly far from supporting WebAssembly. If/when that day
comes, this patch can be dropped.
