| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
|\| |
|
| |
| |
| |
| |
| |
| |
| | |
This ensures the common llvm sources are identical
and can be re-used.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
This is not needed with clang12
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|\| |
|
| |
| |
| |
| |
| |
| | |
-fixes "version node not found for symbol omp_get_num_places_@@VERSION"
Signed-off-by: Joel Winarske <joel.winarske@gmail.com>
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This affects LLVM < 12, so backport directly to dunfell. This adds a missing
include that was breaking the build with recent libstdc++ releases on the
host system (versions 11 and above).
Signed-off-by: Raphael Kubo da Costa <raphael.kubo.da.costa@intel.com>
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
This override may not exist in old releases
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| | |
native versions of libcxx and compiler-rt are only available in honister
and newer
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch is already merged in llvm-11.
Ref:
https://github.com/llvm/llvm-project/commit/381054a989ebd0b585fee46f2a01a7c5de10acf7
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
cclang-tidy doesn't process compilation flags like "-mlittle-endian" and "sysroot". The current export tries to use those flags, which makes clang-tidy fail like in the following example:
> $ aarch64-poky-linux-clang-tidy fibonacci.cpp -mlittle-endian --sysroot=/opt/mgu22/sysroots/aarch64-poky-linux
> LLVM ERROR: CommonOptionsParser: failed to parse command-line arguments. [CommonOptionsParser]: aarch64-poky-linux-clang-tidy: Unknown command line argument '-mlittle-endian'. Try: 'aarch64-poky-linux-clan$
> aarch64-poky-linux-clang-tidy: Did you mean '--list-checks'?
> aarch64-poky-linux-clang-tidy: Unknown command line argument '--sysroot=/opt/mgu22/sysroots/aarch64-poky-linux'. Try: 'aarch64-poky-linux-clang-tidy --help'
> aarch64-poky-linux-clang-tidy: Did you mean '--color=/opt/mgu22/sysroots/aarch64-poky-linux'?
This change removes those compiler arguments:
> $ aarch64-poky-linux-clang-tidy fibonacci.cpp
> Error while trying to load a compilation database:
> Could not auto-detect compilation database for file "fibonacci.cpp"
> No compilation database found in /home/mqueiros/workspace/minimal-working-example/fibonacci or any parent directory
> fixed-compilation-database: Error while opening fixed database: No such file or directory
> json-compilation-database: Error while opening JSON database: No such file or directory
> Running without flags.
Signed-off-by: Mauro Queiros <maurofrqueiros@gmail.com>
Backported from master to dunfell branch (cherry picked from commit 9d5fd8357d2f00a273f3d80fb37bb07cc537a155).
Signed-off-by: Daniel Dittmann <daniel.dittmann@rohde-schwarz.com>
|
| |
| |
| |
| |
| |
| | |
This patch is already merged in llvm-11.
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
|
| |
| |
| |
| |
| |
| |
| | |
Currently it expect the common branch names like master and dunfell
match between meta-clang and yoe which may not be case
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
a choice is needed to be made for selecting unwinder library defaults (
--unwindlib ), by default we choose libgcc unwinder when packageconfig
is disabled and only use llvm unwinder when this option is enabled
Fixes Issue #332
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
libcxx can use either libgcc_s or llvm libunwind for unwinder
functionality, the defaults are platform dependent, therefore with this
patch we make intentional choice based on RUNTIME settings chosen, e.g.
when using GNU runtime we use libgcc and also ensure that it add right
compiler options to build as well, since libcxx build looks C runtime by
calling $($CC --print-libgcc-file-name) to build libc++abi.so unless we
use right -rtlib option it will result in linking wrong library
Enable RTTI as well
do not enable llvm unwinder unless we chose llvm runtime, even that
might not work since libpthread from glibc explicitly dlopens
libgcc_s.so to enable unwinding
https://github.com/bminor/glibc/blob/5f72f9800b250410cad3abfeeb09469ef12b2438/sysdeps/nptl/unwind-forcedunwind.c#L53...L58
Fixes Issue #332
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| | |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| | |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Master meta-browser has moved away from gcc completely even for native
portions, but those changes require master branch of meta-clang as well
for older layers where older than clang 13 is used, lets undo those
changes
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
meta-intel assumes LLVM 10 or 11 is being built, and forces a version
of SPIRV-LLVM-Translator that doesn't work with LLVM 12.
Override this with an LLVM 12 compatible version.
Also, meta-intel pulls in intel-mediasdk which, out of the box, doesn't
build with compiler-rt. Add a patch to intel-mediasdk that fixes this.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
Upstream-Status: Pending
|
| |
| |
| |
| |
| |
| | |
The problem is fixed and the workaround actually breaks things
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkraenzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Allow building valgrind with clang -- merge a patch
from the Android NDK to fix the valgrind+clang aarch64
combo
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Revert the upstream change moving the profiling version to
compiler-rt-sanitizers - we need the profiling version (but
not yet the sanitizers) for ACTS
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
Make sure invalid assembly code isn't included even in
unreachable code; remove TOOLCHAIN=gcc workaround.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
ppp's use of nested functions and gcc specific flags has been fixed.
The workaround is no longer necessary.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
Building it with gcc was a workaround for a bug that has been fixed
a long time ago. The workaround is no longer necessary.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
The problem preventing this from succeeding earlier has already
been fixed in libffi. There's no reason to keep the workaround.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
babeltrace2 failed to build with clang because of a bug in babeltrace.
Fixing babeltrace is a better fix than forcing it to build with gcc.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| | |
Pixman needs workarounds for clang on 32-bit ARM
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Makefiles in u-boot-seco-imx hardcode gcc use - make sure the
requested compiler is available even with TOOLCHAIN="clang"
Fixes https://git.ostc-eu.org/OSTC/OHOS/meta-clang/-/issues/2
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The problem is Makefiles in u-boot and trusted-firmware hardcoding compiler
calls.
This should be fixed at some point; until then, use the gcc toolchain for
these components.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
Modern compilers default to -fno-common -- fixing the way in which
multiply defined symbols are handled. Some code needs to be adapted.
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| |
| | |
(Patches used without toolchain_clang condition because they
also fix gcc >= 11 and don't hurt with older compilers)
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| | |
These are now moved into compiler-rt-sanitizers recipe
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
This recipe builds all sanitizers runtimes provided by compiler-rt
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
This is advertised option from clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
this option is only effective when building libcxx
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This ensures that it matches with CMake's understanding of this option
and when its removed then it silently removes -stdlibc=libc++ but leaves
the spurious '-' in the commandline which confuses the compiler as it
them expects input from stdin
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
This matches with GCC 11 which is also defaulting to DWARF-5
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This helps in ensuring that SDK elements are built correctly as well,
at present we get right builds for cross/target/native clang but not for
nativesdk since it use SDK_VENDOR string for vendor eg. -yoesdk which
currently is not added to known OE vendors, as a result nativesdk-clang
does not build since crosssdk clang can not find runtime files e.g.
libgcc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Martin Jansa <Martin.Jansa@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
clang -ftrapv, needs compiler-rt [1]
[1] https://github.com/openssh/openssh-portable/blob/master/INSTALL#L7
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|