Disable use of llvm libunwind on armhf, it seems to come out armv7 contaminated.

Try a different method for disabling compiler-rt builtins.

Merge tag '1%11.0.1-2+rpi1' of llvm-toolchain-11 into llvm-toolchain-12

Merge llvm-toolchain-12 (1:12.0.1-16) import into refs/heads/workingbranch

compilerrt-builtins-arch-fix-armhf

fix builtins armhf default arch detection by adding the same armhf triple
handling use for compiler-rt

Gbp-Pq: Name compilerrt-builtins-arch-fix-armhf.diff

llvm-runtimes-builtins-build-check

add a check and only set up and build compiler-rt builtins if they have
not been disabled

Gbp-Pq: Name llvm-runtimes-builtins-build-check.diff

libcxxabi-fix-link-builtins

if LIBCXXABI_USE_COMPILER_RT=ON, add builtins to libcxxabi library
flags, otherwise add libgcc following how libunwind does the same

Gbp-Pq: Name libcxxabi-fix-link-builtins.diff

libcxx-libatomic-only-with-gcc-rtlib

if libatomic is found only link it if libgcc is the rtlib

Gbp-Pq: Name libcxx-libatomic-only-with-gcc-rtlib.diff

libclc-fix-prepare_builtins-rpath

set rpath for prepare_builtins build utility to find correct stage2
libs at runtime when executed as part of a build

Gbp-Pq: Name libclc-fix-prepare_builtins-rpath.diff

openmp-fix-runtimes-build

include required runtimes as dependencies to openmp targets to make sure
they are built first when included as part of a runtimes build since openmp
can depend on them

Gbp-Pq: Name openmp-fix-runtimes-build.diff

compilerrt-fix-warn-xray-testing

suppress warnings for xray and testing when not enabled

Gbp-Pq: Name compilerrt-fix-warn-xray-testing.diff

llvm-fix-lld-linker-check

remove regex anchor in lld linker detection to account for vendor, if
specified, being prepended to lld version string

Gbp-Pq: Name llvm-fix-lld-linker-check.diff

Define the affinity for riscv64

Last-Update: 2021-08-27

Gbp-Pq: Name omp-riscv64.patch

libclc-llvm-spirv

Gbp-Pq: Name libclc-llvm-spirv.diff

scan-build-py-fix-default-bin

===================================================================

Gbp-Pq: Name scan-build-py-fix-default-bin.diff

scan-build-py-fix-analyze-path

===================================================================

Gbp-Pq: Name scan-build-py-fix-analyze-path.diff

D99501-ignore-lto-auto

===================================================================

Gbp-Pq: Name D99501-ignore-lto-auto.diff

libcxx-armhf-ftbfs

===================================================================

Gbp-Pq: Name libcxx-armhf-ftbfs.diff

print-lldb-path

Last-Update: 2020-01-21

Gbp-Pq: Name print-lldb-path.patch

change all shebangs to Python3

find . -name "*.py" -exec sed "s|\!/usr/bin/env python$|\!/usr/bin/env python3|g" -i {} \;
===================================================================

Gbp-Pq: Name python3-shebang.patch

fuzzer: EMULATION_ARGUMENT is also required when building on i386 for x86_64

Gbp-Pq: Name x86-fuzzer.patch

sparc-D98575-compiler-rt

Gbp-Pq: Topic sparc
Gbp-Pq: Name sparc-D98575-compiler-rt.patch

sparc-D98574-clang-def

Gbp-Pq: Topic sparc
Gbp-Pq: Name sparc-D98574-clang-def.patch

clang-riscv64-multiarch

===================================================================

Gbp-Pq: Topic risc
Gbp-Pq: Name clang-riscv64-multiarch.diff

bootstrap-fix-include-next

When doing a bootstrap, we use a newly built clang.
When this one is used, if already installed on the system,
we have clang header in two places:
llvm-toolchain-7-7/build-llvm/lib/clang/7.0.0/include/inttypes.h
and
/usr/include/clang/7.0.0/include/inttypes.h

Because clang expects only one of his headers to be available, it uses
include_next to get the glibc (libc6-dev package) header.

However, in the previous example, because we have inttypes.h twice in the
include search path, clang's header will call itself without any effect.
Therefore, it will do include_next until the define from the libc is existing (ex: _INTTYPES_H)

Gbp-Pq: Name bootstrap-fix-include-next.diff

arm

===================================================================

Gbp-Pq: Name 930008-arm.diff

hurd-pathmax

===================================================================

Gbp-Pq: Topic hurd
Gbp-Pq: Name hurd-pathmax.diff

Use Debian-provided MathJax everywhere.

Gbp-Pq: Name 0049-Use-Debian-provided-MathJax-everywhere.patch

remove-apple-clang-manpage

===================================================================

Gbp-Pq: Name remove-apple-clang-manpage.diff

clangd-atomic-cmake

===================================================================

Gbp-Pq: Name clangd-atomic-cmake.patch

clang-arm-default-vfp3-on-armv7a

===================================================================

Gbp-Pq: Name clang-arm-default-vfp3-on-armv7a.patch

disable-sse2-old-x86

===================================================================

Gbp-Pq: Name disable-sse2-old-x86.diff

clang-baseline-fix-i386

===================================================================

Gbp-Pq: Name clang-baseline-fix-i386.patch

set correct float abi settings for armel and armhf

debian armel supports systems that don't have a fpu so should use a "float abi"
setting of soft by default.

Debian armhf needs a float abi setting of "hard"

Gbp-Pq: Name 26-set-correct-float-abi.diff

[PATCH] [MC][ELF] Work around R_MIPS_LO16 relocation handling problem

This fixes PR49821, and avoids "ld.lld: error: test.o:(.rodata.str1.1):
offset is outside the section" errors when linking MIPS objects with
negative R_MIPS_LO16 implicit addends.

ld.lld handles R_MIPS_HI16/R_MIPS_LO16 separately, not as a whole, so it
doesn't know that an R_MIPS_HI16 with implicit addend 1 and an
R_MIPS_LO16 with implicit addend -32768 represents 32768, which is in
range of a MergeInputSection. We could introduce a new RelExpr member
(like R_RISCV_PC_INDIRECT for R_RISCV_PCREL_HI20 / R_RISCV_PCREL_LO12)
but the complexity is unnecessary given that GNU as keeps the original
symbol for this case as well.

Reviewed By: atanasyan, MaskRay

Differential Revision: https://reviews.llvm.org/D101773

Gbp-Pq: Topic mips
Gbp-Pq: Name mips-D101773-reloc.patch

mips-force-nomadd4

The MIPS port aims to support the Loongson 3 family of CPUs in addition
of the other MIPS CPUs. On the Loongson 3 family the MADD4 instructions
are fused, while they are not fused on the other MIPS CPUs. In order to
support both, we have to disabled those instructions.

For that, the patch below basically corresponds to the --with-madd4=no
used on the GCC side.

Gbp-Pq: Topic mips
Gbp-Pq: Name mips-force-nomadd4.patch

mips-fpxx-enable

===================================================================

Gbp-Pq: Topic mips
Gbp-Pq: Name mips-fpxx-enable.diff

libcxx-silent-failure-arm64

===================================================================

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxx-silent-failure-arm64.diff

libcxx-silent-failure-ppc64el

===================================================================

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxx-silent-failure-ppc64el.diff

libcxx-silent-test-libcxx

===================================================================

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxx-silent-test-libcxx.diff

libcxxabi-arm-ehabi-fix

Fix arm EHABI code to work. armhf had exception test failing without EHABI support.

No known upstream bug about this. Actual code change is more like workaround than
something that upstream would accept. Proper fix would be adding _Unwind_Control_Block
to clang unwind.h. _Unwind_Control_Block should also extend _Unwind_Exception to make
sure their ABI stays in sync.

No known upstream bug about this.

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxxabi-arm-ehabi-fix.patch

libcxx-test-fix-lockfree-test-for-i386

Lock is_always_lock free test fails on i386 because std::atomic is aligned

Lock is_always_lock free test fails on i386 because std::atomic is aligned
to 8 bytes while long long is aligned to 4 bytes. clang can't generate inline
code for unaligned 8 byte atomics even tough instruction set and gcc support
it.

That makes it expected thaqt ATOMIC_LLONG_LOCK_FREE and
std::atomic<long long>::is_always_lock_free don't match on i386. Correct test
for std::atomic<long long> is to check if target cpu support cmpxchg8 instruction.
To set instruction support one can check __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8 define.

Bug: https://llvm.org/bugs/show_bug.cgi?id=19355

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxx-test-fix-lockfree-test-for-i386.patch

libcxxabi-test-don-t-fail-extended-long-double

Powerpc has extended double that doesn't match x86 coding. Power format would
need special tests to verify correctness but for now it is enough to prevent
incorrect test from running.

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxxabi-test-don-t-fail-extended-long-double.patch

openmp-mips-affinity

===================================================================

Gbp-Pq: Topic openmp
Gbp-Pq: Name openmp-mips-affinity.patch

openmp-check-execstack

===================================================================

Gbp-Pq: Topic openmp
Gbp-Pq: Name openmp-check-execstack.diff

disable-error-xray

===================================================================

Gbp-Pq: Name disable-error-xray.diff

lldb-disable-swig-error

===================================================================

Gbp-Pq: Topic lldb
Gbp-Pq: Name lldb-disable-swig-error.diff

lldb-missing-install

===================================================================

Gbp-Pq: Topic lldb
Gbp-Pq: Name lldb-missing-install.diff

lldb-addversion-suffix-to-llvm-server-exec

lldb-server exec users always /usr/bin/lldb-server. Server is required
for any debugging with lldb which makes it unusable unless default version
package has been installed. Small changes to code and debian/rules allows
a workaround for lldb-server start up.

To use this one needs to add cmake definition during configure. eg
-DDEBIAN_VERSION_SUFFIX=-$(LLVM_VERSION)

Better implementation would be to use /usr/share/llvm-$(VERSION)/bin but
that change seems to require a big change to the path handling code
which could then break something else.

This probably should have upstream bug but I couldn't find any existing report.

Gbp-Pq: Topic lldb
Gbp-Pq: Name lldb-addversion-suffix-to-llvm-server-exec.patch

Link with -latomic when mips* processor is detected

Last-Update: 2016-07-27

Gbp-Pq: Topic lldb
Gbp-Pq: Name lldb-link-atomic-cmake.patch

fix-scan-view-path

===================================================================

Gbp-Pq: Name fix-scan-view-path.diff

scan-view-fix-path

===================================================================

Gbp-Pq: Name scan-view-fix-path.diff

install-scan-build-py

Gbp-Pq: Name install-scan-build-py.diff

scan-build-clang-path

Gbp-Pq: Name scan-build-clang-path.diff

test-keep-alive

===================================================================

Gbp-Pq: Name test-keep-alive.diff

disable-path-test-failing

===================================================================

Gbp-Pq: Name disable-path-test-failing.diff

Silent a test failing on yakkety amd64

Last-Update: 2016-08-26

/tmp/buildd/llvm-toolchain-snapshot-4.0~svn279801/llvm/test/tools/llvm-symbolizer/print_context.c:16:11: error: expected string not found in input
// CHECK: inc
         ^
<stdin>:1:1: note: scanning from here
_fini
^
<stdin>:1:3: note: possible intended match here
_fini
 ^

Gbp-Pq: Name disable-llvm-symbolizer-test.diff

remove-test-freezing

===================================================================

Gbp-Pq: Name remove-test-freezing.diff

silent-llvm-isel-fuzzer

===================================================================

Gbp-Pq: Name silent-llvm-isel-fuzzer.diff

silent-test-macho

===================================================================

Gbp-Pq: Name silent-test-macho.diff

silent-amd-tet

===================================================================

Gbp-Pq: Name silent-amd-tet.diff

silent-test-failing-codeverage

===================================================================

Gbp-Pq: Name silent-test-failing-codeverage.diff

silent-gold-utils

Gbp-Pq: Name silent-gold-utils.diff

silent-MCJIIT-tests

Gbp-Pq: Name silent-MCJIIT-tests.diff

silent-more-tests

# Comment the tests for the code coverage (fails otherwise)

Gbp-Pq: Name silent-more-tests.diff

fails on debian unstable amd64

Command Output (stderr):
--
/build/llvm-toolchain-snapshot-4.0~svn279916/llvm/test/tools/gold/X86/start-lib-common.ll:22:10: error: expected string not found in input
; CHECK: @x = common global i32 0, align 8
         ^
<stdin>:1:1: note: scanning from here
; ModuleID = '/build/llvm-toolchain-snapshot-4.0~svn279916/build-llvm/llvm/test/tools/gold/X86/Output/start-lib-common.ll.tmp3.o'
^
<stdin>:4:1: note: possible intended match here
@x = common global i32 0, align 4
^

Gbp-Pq: Name silent-gold-test.diff

openmp-soname

===================================================================

Gbp-Pq: Name openmp-soname.diff

lldb-soname

Gbp-Pq: Name lldb-soname.diff

soname

Gbp-Pq: Name 0044-soname.diff

[PATCH] [llvm] cmake: resolve symlinks in LLVMConfig.cmake

Ensure that symlinks such as /usr/lib/llvm-X.Y/cmake (pointing to
lib/cmake/llvm) are resolved. This ensures that LLVM_INSTALL_PREFIX
becomes /usr/lib/llvm-X.Y instead of /usr.

Partially addresses PR37128

Gbp-Pq: Name 0001-llvm-cmake-resolve-symlinks-in-LLVMConfig.cmake.patch

disable-display-PASS-UNSUPPORTED-XFAIL

===================================================================

Gbp-Pq: Name disable-display-PASS-UNSUPPORTED-XFAIL.diff

do-not-fail-on-unexpected-pass

===================================================================

Gbp-Pq: Name do-not-fail-on-unexpected-pass.diff

debug-jit-path

===================================================================

Gbp-Pq: Name debug-jit-path.diff

[PATCH] [clang] cmake: resolve symlinks in ClangConfig.cmake

Ensure that symlinks such as /usr/lib/cmake/clang-X.Y (pointing to
/usr/lib/llvm-X.Y/lib/cmake/llvm) are resolved. This ensures that
CLANG_INSTALL_PREFIX ends up to be /usr/lib/llvm-X.Y instead of /usr.

Partially addresses PR37128

Gbp-Pq: Name 0001-tools-clang-cmake-resolve-symlinks-in-ClangConfig.cmake.patch

clang-tidy-run-bin

===================================================================

Gbp-Pq: Name clang-tidy-run-bin.diff

symbolizer-path

===================================================================

Gbp-Pq: Name symbolizer-path.diff

Set html_static_path = ['_static'] everywhere.

Gbp-Pq: Name 0048-Set-html_static_path-_static-everywhere.patch

fix-clang-path-and-build

===================================================================

Gbp-Pq: Name fix-clang-path-and-build.diff

python-clangpath

Gbp-Pq: Name python-clangpath.diff

atomic_library_1

Gbp-Pq: Name atomic_library_1.diff

unwind-chain-inclusion

# Without this patch, the first local include of unwind.h might, with the
# __has_include_next, try to include the one from the system.
# It might be /usr/include/clang/3.4/include/unwind.h
# Because of the #ifndef __CLANG_UNWIND_H, it might never include any declaration
# from the system.

Gbp-Pq: Name unwind-chain-inclusion.diff

declare_clear_cache

Gbp-Pq: Name declare_clear_cache.diff

strlcpy_strlcat_warning_removed

Gbp-Pq: Name 23-strlcpy_strlcat_warning_removed.diff

clang-analyzer-force-version

# Force the version of clang in the analyzer
# This was causing the static analyzer to fail silently if the clang & clang++ are
# not installed

Gbp-Pq: Name clang-analyzer-force-version.diff

clang-format-version

Gbp-Pq: Name clang-format-version.diff

Debian-version-info-and-bugreport

Gbp-Pq: Name 0003-Debian-version-info-and-bugreport.patch

clang_debian_version

===================================================================

Gbp-Pq: Name 19-clang_debian_version.patch

llvm-toolchain-12 (1:12.0.1-16) unstable; urgency=medium

  [ Erik Maciejewski ]
  * use make variables populated by /usr/share/dpkg/buildflags.mk and remove
    _EXTRA suffix from STAGE_1_ and STAGE_2_ flag vars to improve clarity and
    readability for the multi-stage setup in debian/rules
  * remove some redundant cmake options (options with the same value as their
    default) from, and move PYTHON_EXECUTABLE cmake option to, the cmake
    configure command in debian/rules
  * re-disable fixfilepath in dpkg-buildflags in favor of using the more llvm
    aware implementation provided by the llvm-project by setting
    LLVM_USE_RELATIVE_PATHS_IN_FILES=ON in both stages of the toolchain
    build in debian/rules

  [ Sylvestre Ledru ]
  * autopkgtest/integration-test-suite-test: restrict to arm64/amd64 for now

[dgit import unpatched llvm-toolchain-12 1:12.0.1-16]

Import llvm-toolchain-12_12.0.1-16.debian.tar.xz

[dgit import tarball llvm-toolchain-12 1:12.0.1-16 llvm-toolchain-12_12.0.1-16.debian.tar.xz]

Import llvm-toolchain-12_12.0.1.orig.tar.xz

[dgit import orig llvm-toolchain-12_12.0.1.orig.tar.xz]

Merge version 1:11.0.0-5+rpi1 and 1:11.0.1-2 to produce 1:11.0.1-2+rpi1

Merge llvm-toolchain-11 (1:11.0.1-2) import into refs/heads/workingbranch

silent-integration-test-suite-i386

===================================================================

Gbp-Pq: Name silent-integration-test-suite-i386.diff

libcxx-armhf-ftbfs

===================================================================

Gbp-Pq: Name libcxx-armhf-ftbfs.diff

print-lldb-path

Last-Update: 2020-01-21

Gbp-Pq: Name print-lldb-path.patch

change all shebangs to Python3

find . -name "*.py" -exec sed "s|\!/usr/bin/env python$|\!/usr/bin/env python3|g" -i {} \;
===================================================================

Gbp-Pq: Name python3-shebang.patch

fuzzer: EMULATION_ARGUMENT is also required when building on i386 for x86_64

Gbp-Pq: Name x86-fuzzer.patch

workaround-bug-42994-use-linker

===================================================================

Gbp-Pq: Name workaround-bug-42994-use-linker.diff

clang-riscv64-multiarch

===================================================================

Gbp-Pq: Topic risc
Gbp-Pq: Name clang-riscv64-multiarch.diff

bootstrap-fix-include-next

When doing a bootstrap, we use a newly built clang.
When this one is used, if already installed on the system,
we have clang header in two places:
llvm-toolchain-7-7/build-llvm/lib/clang/7.0.0/include/inttypes.h
and
/usr/include/clang/7.0.0/include/inttypes.h

Because clang expects only one of his headers to be available, it uses
include_next to get the glibc (libc6-dev package) header.

However, in the previous example, because we have inttypes.h twice in the
include search path, clang's header will call itself without any effect.
Therefore, it will do include_next until the define from the libc is existing (ex: _INTTYPES_H)

Gbp-Pq: Name bootstrap-fix-include-next.diff