[PATCH] [AtomicExpand] Fix a crash bug when lowering unordered loads to cmpxchg

Add tests for wider atomic loads and stores.  In the process, fix a crasher where we appearently handled unorder stores, but not loads, when lowering to cmpxchg idioms.

llvm-svn: 356482

Gbp-Pq: Name AtomicExpand-Fix-a-crash-bug-when-lowering-unordered-loads.patch

include_llvm_MC_MCELFObjectWriter.h

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name include_llvm_MC_MCELFObjectWriter.h.diff

tools_llvm-shlib_CMakeLists.txt

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name tools_llvm-shlib_CMakeLists.txt.diff

lldb_source_Plugins_Process_FreeBSD

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name lldb_source_Plugins_Process_FreeBSD.diff

lldb_source_Host_freebsd_Host.cpp

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name lldb_source_Host_freebsd_Host.cpp.diff

lib_Target_X86

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name lib_Target_X86.diff

lib_Support

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name lib_Support.diff

kfreebsd-triple

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name kfreebsd-triple.diff

kfreebsd-triple-clang

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name kfreebsd-triple-clang.diff

kfreebsd-threads-build

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name kfreebsd-threads-build.diff

kfreebsd-openmp

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name kfreebsd-openmp.diff

kfreebsd-libcxx-threads-detection

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name kfreebsd-libcxx-threads-detection.diff

include_llvm_ADT_Triple.h

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name include_llvm_ADT_Triple.h.diff

compiler-rt_lib

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name compiler-rt_lib.diff

CMakeLists.txt

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name CMakeLists.txt.diff

clang_lib_Basic_Targets

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

Gbp-Pq: Topic kfreebsd
Gbp-Pq: Name clang_lib_Basic_Targets.diff

pr39427-misscompile

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

Gbp-Pq: Name pr39427-misscompile.diff

D52340-rustc-debuginfo

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

Gbp-Pq: Name D52340-rustc-debuginfo.diff

PowerPC: Optimize SPE double parameter calling setup

Origin: https://reviews.llvm.org/D54583
Last-Update: 2018-12-04

Gbp-Pq: Topic powerpcspe
Gbp-Pq: Name D54584-powerpcspe-double-parameter.diff

PowerPC/SPE: Fix register spilling for SPE registers

Origin: https://reviews.llvm.org/D54409
Last-Update: 2018-12-05

Gbp-Pq: Topic powerpcspe
Gbp-Pq: Name D54409-powerpcspe-register-spilling.diff

Add -m(no-)spe, and e500 CPU definitions and support to clang

Origin: https://reviews.llvm.org/D49754
Last-Update: 2018-12-04

Gbp-Pq: Topic powerpcspe
Gbp-Pq: Name D49754-powerpcspe-clang.diff

Fix missing include paths on powerpcspe

Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908791
Forwarded: https://reviews.llvm.org/D52066
Last-Update: 2018-09-13

Gbp-Pq: Topic powerpcspe
Gbp-Pq: Name powerpcspe-add-missing-include-path.diff

strip-ignore-deterministic-archives

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

Gbp-Pq: Name strip-ignore-deterministic-archives.diff

D53557-hurd-self-exe-realpath

r345104 | rnk | 2018-10-24 01:35:43 +0200 (mer. 24 oct. 2018) | 25 lignes

r345104 | rnk | 2018-10-24 01:35:43 +0200 (mer. 24 oct. 2018) | 25 lignes

[hurd] Make getMainExecutable get the real binary path

On GNU/Hurd, llvm-config is returning bogus value, such as:

$ llvm-config-6.0 --includedir
/usr/include

while it should be:
$ llvm-config-6.0 --includedir
/usr/lib/llvm-6.0/include

This is because getMainExecutable does not get the actual installation
path. On GNU/Hurd, /proc/self/exe is indeed a symlink to the path that
was used to start the program, and not the eventual binary file. Llvm's
getMainExecutable thus needs to run realpath over it to get the actual
place where llvm was installed (/usr/lib/llvm-6.0/bin/llvm-config), and
not /usr/bin/llvm-config-6.0. This will not change the result on Linux,
where /proc/self/exe already points to the eventual file.

Patch by Samuel Thibault!

While making changes here, I reformatted this block a bit to reduce
indentation and match 2 space indent style.

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

Gbp-Pq: Topic hurd
Gbp-Pq: Name D53557-hurd-self-exe-realpath.diff

hurd-cxx-paths

This should be factorized with Linux.cpp and the GNU/kFreeBSD case.

Gbp-Pq: Topic hurd
Gbp-Pq: Name hurd-cxx-paths.diff

D54677-hurd-path_max

[hurd] Fix unconditional use of PATH_MAX

The GNU/Hurd system does not define an arbitrary PATH_MAX limitation, the POSIX 2001 realpath extension can be used instead, and the size of symlinks can be determined.

https://reviews.llvm.org/D54677

Gbp-Pq: Topic hurd
Gbp-Pq: Name D54677-hurd-path_max.diff

D54379-hurd-triple-clang

Add Hurd toolchain support to Clang

https://reviews.llvm.org/D54379

Gbp-Pq: Topic hurd
Gbp-Pq: Name D54379-hurd-triple-clang.diff

D54378-hurd-triple

Add Hurd triplet to LLVMSupport

This introduces GNU Hurd as a new target OS.

https://reviews.llvm.org/D54378

Gbp-Pq: Topic hurd
Gbp-Pq: Name D54378-hurd-triple.diff

D54339-hurd-libcxx-threads-detection

r347347 | ldionne | 2018-11-20 22:14:05 +0100 (mar. 20 nov. 2018) | 6 lignes

r347347 | ldionne | 2018-11-20 22:14:05 +0100 (mar. 20 nov. 2018) | 6 lignes

[libcxx] Fix threads detection on GNU/Hurd

GNU/Hurd provides standard Posix threads

Reviewed as https://reviews.llvm.org/D54339.
Thanks to Samuel Thibault for the patch.

Gbp-Pq: Topic hurd
Gbp-Pq: Name D54339-hurd-libcxx-threads-detection.diff

D54338-hurd-libcxx-threads-build

r346763 | ldionne | 2018-11-13 18:00:04 +0100 (Tue, 13 Nov 2018) | 5 lines

r346763 | ldionne | 2018-11-13 18:00:04 +0100 (Tue, 13 Nov 2018) | 5 lines

[libcxx] GNU/Hurd uses BSD-based interfaces, but does not (and won't) provide <sys/sysctl.h>

Reviewed as https://reviews.llvm.org/D54338.

Thanks to sthibaul for the patch.

Gbp-Pq: Topic hurd
Gbp-Pq: Name D54338-hurd-libcxx-threads-build.diff

D54079-hurd-openmp

r346310 | achurbanov | 2018-11-07 13:27:38 +0100 (Wed, 07 Nov 2018) | 6 lines

r346310 | achurbanov | 2018-11-07 13:27:38 +0100 (Wed, 07 Nov 2018) | 6 lines

Add Hurd support.

Patch by samuel.thibault@ens-lyon.org

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

Gbp-Pq: Topic hurd
Gbp-Pq: Name D54079-hurd-openmp.diff

hurd-tools_llvm-shlib_CMakeLists.txt

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

Gbp-Pq: Topic hurd
Gbp-Pq: Name hurd-tools_llvm-shlib_CMakeLists.txt.diff

hurd-lib_Support_Unix_Path.inc

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

Gbp-Pq: Topic hurd
Gbp-Pq: Name hurd-lib_Support_Unix_Path.inc.diff

impl-path-hurd

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

Gbp-Pq: Topic hurd
Gbp-Pq: Name impl-path-hurd.diff

hurd-EIEIO-undef

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

Gbp-Pq: Topic hurd
Gbp-Pq: Name hurd-EIEIO-undef.diff

hurd-pathmax

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

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

Make ordering of OPENCL_EXTENSION_TYPES reproducible

Author: Rebecca N. Palmer <rebecca_palmer@zoho.com>
Bug-Debian: https://bugs.debian.org/877359
Forwarded: no

Gbp-Pq: Name reproducible-pch.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

[PATCH] [GlobalISel] Lower dbg.declare into indirect DBG_VALUE

Summary:
D31439 changed the semantics of dbg.declare to take the address of a
variable as the first argument, making it indirect.  It specifically
updated FastISel for this change here:

https://reviews.llvm.org/D31439#change-WVArzi177jPl

GlobalISel needs to follow suit, or else it will be missing a level of
indirection in the generated debuginfo.  This problem was seen in a Rust
debuginfo test on aarch64, since GlobalISel is used at -O0 for aarch64.

https://github.com/rust-lang/rust/issues/49807
https://bugzilla.redhat.com/show_bug.cgi?id=1611597
https://bugzilla.redhat.com/show_bug.cgi?id=1625768

Reviewers: dblaikie, aprantl, t.p.northover, javed.absar, rnk

Reviewed By: rnk

Subscribers: #debug-info, rovka, kristof.beyls, JDevlieghere, llvm-commits, tstellar

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

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@341969 91177308-0d34-0410-b5e6-96231b3b80d8

Gbp-Pq: Name rustc-aarch64-test-failure.diff

clangd-atomic-cmake

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

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

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

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

mips-fpxx-enable

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

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

D51108-rust-powerpc

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

Gbp-Pq: Name D51108-rust-powerpc.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

libcxx-test-atomics-set-compare-exchange-to-be-expected-fails-on-arm

Clang 3.9 regression causes a bug when generating code for
std::atomic_compare_and_exchange*(std::atomic<long long>,...) without
optimizations. If same code is compiled with -O2 tests pass without problems.
Atomics are implement in headers with builtin functions which makes this
affect application code instead of libc++ library code.

libcxx tests default to -O0 compilation so these test need to be marked failing
on arm to allow installing packages. Use cases is so borderline failure that it
shouldn't prevent building the package. (64bit atomics in 32bit mode)

Gbp-Pq: Topic libcxx
Gbp-Pq: Name libcxx-test-atomics-set-compare-exchange-to-be-expected-fails-on-arm.patch

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

bootstrap-with-openmp-version-export-missing

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

Gbp-Pq: Topic openmp
Gbp-Pq: Name bootstrap-with-openmp-version-export-missing.diff

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

scan-build-clang-X

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

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

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-source-interleave

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

Gbp-Pq: Name disable-source-interleave.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/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/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/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-libname

Gbp-Pq: Name lldb-libname.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

fix-llvm-config

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

Gbp-Pq: Name fix-llvm-config.diff

fix-llvm-config-obj-src-root

Gbp-Pq: Name fix-llvm-config-obj-src-root.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

Fix missing include and library paths on x32

Forwarded: https://reviews.llvm.org/D52050
Last-Update: 2018-09-14

Gbp-Pq: Name x32-fix-driver-search-paths.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