disable lto again for failing

fix changelog

document the perfs

Cherry-pick upstream fix to unbreak mips (closes: #1022169) Thanks to YunQiang Su for the patch https://reviews.llvm.org/D135553

Bring back LTO

bring back lto

move the lto task into a different task

Merge remote-tracking branch 'origin/14' into 15

Fix autopkgtest (remove move stuff from the cmake search)

also ignore sancov

test: remove a non existing option in opt. See df0b893d94e69856754a4247a44fd97d4a69b001

fix the repack

fix the cmake check

do not import tblgen-lsp-server either

sccache: run the stats at the end

sccache: continue if the server isn't started

sccache needs libcrypto.so.1.1  libssl.so.1.1. help him with ld lib path

bring back the debu

improve the sccache usage

remove artifacts

kill the server

start the server

show the output

show the output

show the output

try to debug sccache

also debug the c++

prepare release

fix a typo

add more debug ifno

Update of the build dep llvm-spirv => llvm-spirv-14

fix syntax

improve the log debug

sccache create the log if needed

sccache: update of the path

update of the sccache path

only do it for bullseye

cat sccache in case of error

remove wa

 fix the declaration

sccache: create an empty config file to avoid flooding the log with this

more debug info

if we used sccache, show the stats

set SCCACHE_GCS_RW_MODE to READ_WRITE

provide SCCACHE_GCS_BUCKET

expect sccahe in /tmp/

try to use sccache if available

don't search for llvm-bolt & merge-fdata in cmake

improve the cmake sed rules for older cmake

Cherry-pick and apply upstream fix for ppc64el miscompile ICE error (causing hedgewars to FTBFS on ppc64el when
built with llvm-15)

fix the sed

don't search for llvm-bolt in cmake https://github.com/llvm/llvm-project/issues/58317

Disable LTO for now

add more checks in the script

Only enable LTO for some archs

testing: install bolt

fix version

add libbolt to the list

consistencies in the path

add some debug messages

wasm: fail early

Merge remote-tracking branch 'origin/14' into 15

bolt: add description

remove artifact

fix a test when running from a symlinked dir

Don't build wasm target on arm64 armel mips64el mipsel ppc64el armhf for now

fix the cmake detection with libmlir

fix the cmake detection with libmlir

also propose to install bolt

Only ship libbolt_rt_hugify.a & libbolt_rt_instr.a on amd64

improve changelog

fix some parallel executions

fail the build if libfuzzer doesn't build

Build libfuzzer with C++ 17

transform the error in a warning

LTO improvements

fix a test when running from a symlinked dir

Build using LTO

fix declaration

prepare upload

rebase of the patches

Merge remote-tracking branch 'origin/14' into 15

improve the wasm check

remove unused stuff for mlir/cmake

suggest wasi-libc for the compiler

Allow libunwind-dev to be coinstallable (Closes: #1004112)

add missing header?

 Fix conflict

Fix some hardcoded paths (Closes: #1020847)

fix a typo

remove old patch

prepare upload

move compiler-rt patches

move libcxx patches

rebase + move wasm patches

add a check for Faidon's change

Document Faidon's patches

Fix more typo

Add support for loading wasi-libc from /usr

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

Default to compiler-rt for WebAssembly (wasm32/64)

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.