| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This uses static link and glibc uses libgcc intrinsics which otherwise
are undefinded. Glibc is built using gcc + gnu runtime still
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 0516983c48d6aad32a133f73d308125edd146f1c)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Latest jack does not build with clang-13 for 32bit arches
| In file included from ../git/common/JackFreewheelDriver.cpp:23:
| ../git/common/JackEngineControl.h:67:5: error: requested alignment is less than minimum alignment of 8 for type 'Jack::JackTransportEngine'
| alignas(UInt32) JackTransportEngine fTransport;
| ^
| ../git/common/JackEngineControl.h:89:5: error: requested alignment is less than minimum alignment of 8 for type 'Jack::JackFrameTimer'
| alignas(UInt32) JackFrameTimer fFrameTimer;
| ^
| 2 errors generated.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit e4978cc3ef008c69a49295dc8bc997b8291f6b11)
|
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit d2a30f0fd7377c1e19c778dc6b82dca4fa21c0d4)
|
|
|
|
|
|
| |
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 17737cc4ecd3aea2c978bf83e283bcb08d097487)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
clang13 based builds are failing during postprocessing
Mismatch between symbols in shared library and lists in .exported_symbols.* files: dm_bit_get_prev
| dm_config_clone_node
...
dm_udev_wait
| make[1]: *** [../libdm/make.tmpl:511: .export.sym] Error 1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 17c9d4406c725fffe24eddb7a6d23228f3bdea94)
|
|
|
|
|
|
|
|
| |
integrated assembler crashes latest clang on aarch64, so lets disable it
for now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 9d89acd175067a828313b8b2a215e6f7595f61b5)
|
|
|
|
|
|
|
|
|
| |
these packages do static linking in parts and when libc is glibc then it
has linked in some portions of libgcc since we can not use clang to
compile glibc yet. Therefore use libgcc where needed for now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit bf842214267663966ffa34e170368d55fcebd883)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
clang 13 does not like to mix rtlib and unwindlib when using libgcc
Fixes
clang-13: error: --rtlib=libgcc requires --unwindlib=libgcc
secondly compiler-rt does not havw 128 bit ( tf ) functions
on x86 so fallback to libgcc for those
use libatomic for x86 since 64bit atomics are not in compiler-rt
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 96face19ae51510d5e5923e575496844b5b85e62)
|
|
|
|
|
|
|
|
|
| |
clang13 has a regression which segfaults the compiler while compiling
poke, its reported upstream, until it is fixed do not use -O2 compiler
switch
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit d01e38f98bb03d9afa72e9dfc10eb936fc6a4c29)
|
|
|
|
|
|
|
|
| |
The defaults wirh using RUNTIME = "llvm" is already pointing to
compiler-rt there is no need to clutter cmdline
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 785ce0f2df336ea2c7ef40a3e64eb84656f59eeb)
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes linker errors like
src/mongo/platform/overflow_arithmetic.h:63: error: undefined reference to '__mulodi4'
src/mongo/platform/overflow_arithmetic.h:63: error: undefined reference to '__mulodi4'
src/mongo/platform/overflow_arithmetic.h:63: error: undefined reference to '__mulodi4'
src/mongo/platform/overflow_arithmetic.h:63: error: undefined reference to '__mulodi4'
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 0c02a3503f6b240ec34c68bc9c00407bae2b0fa4)
|
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 55978074f349330367ffbbf991e3287141f8fe4d)
|
|
|
|
|
|
|
|
| |
Since clang maybe configured to use llvm runtime, we need to ensure to
use gnu runtime in native builds
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 563e11548bfe95444d447e058001d3d1da5fe8e8)
|
|
|
|
|
|
|
| |
Avoids conflicts with libunwind recipe from OE-Core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 5be1042c67063354217154e3c35ed83408d916ce)
|
|
|
|
|
|
|
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 76e37fafa29e9b2097eb823537b17d6cc638c1d5)
Conflicts:
- recipes-devtools/clang/common.inc: caused by
3880a395f870ecd8da73d2de1e2b88a855df2ef0, the patches have been kept.
The patch introduced in fdb936e80b30f40cbf7ef9a8e124b58eec95f45c is part
of LLVM 13 so it has been removed.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
native versions of libcxx and compiler-rt are only available in honister
and newer
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>
|
| |
| |
| |
| |
| |
| | |
The problem is fixed and the workaround actually breaks things
Signed-off-by: Bernhard Rosenkränzer <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>
|
| |
| |
| |
| | |
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>
|
| |
| |
| |
| | |
Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>
|
| |
| |
| |
| |
| |
| | |
This is advertised option from clang
Signed-off-by: Khem Raj <raj.khem@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>
|
| |
| |
| |
| | |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
it has its own branch
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
They have started using nested functions lately.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| | |
generated asm files use .0: label which is not understood with internal
asm, gnu as does fine job
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| | |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Because bcc and bpftrace have been set in NON_MULTILIB_RECIPES, 'bcc'
rprovides 'lib32-bcc'. So when multilib is enabled, it is 'bcc' rather
than 'lib32-bcc' installed to lib32 image such as lib32-core-image-minimal.
Then the runtime dependency 64-bit package python3-core is installed
accordingly. It causes 32-bit python modules which contains .so library
do not work any more. For example, it fails to run command 'dnf':
| ImportError: /usr/lib/python3.9/site-packages/libdnf/_error.so: wrong ELF class: ELFCLASS32
Remove bcc and bpftrace from NON_MULTILIB_RECIPES to make sure they are
not installed to lib32 images and mess images up.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
|
| |
| |
| |
| | |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| | |
clang delegates atomics to runtime library instead of builtins so link
in libatomic on x86/gnu
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| | |
New version of ppp uses gcc specific options and nested functions which
clang does not support
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
-Qunused-arguments means its silencing warning about compiling arm/neon
check code on x86 and tricking the build system to assume that compiler
can support neon on x86
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>
|
| |
| |
| |
| |
| |
| |
| | |
This helps in addressing an issue where clang is used and it expects
symbols in builtins library which are only provided by compiler-rt
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The minor release is bumped to 11.0.1
Changes is this bump are
* 0874e7ef66c Allow init_priority values <= 100 and > 65535 within system headers.
* 02004c9e7c9 [ADT] Fix for ImmutableMapRef
* 85ce339f1bd [cmake] Fix build of attribute plugin example on Windows
* ef4ffcafbb2 [DAE] MarkLive in MarkValue(MaybeLive) if any use is live
* 3c687677678 DeferredDiagnosticsEmitter crashes
* 701addff1b7 [clang][Sema] Fix PR47676: Handle dependent AltiVec C-style cast
* 5ad2592b5dc [X86] Fix cpu name typos
* 8fc424f26bf Add release tarballs for libclc
* 83716db47f9 [ELF] -r: don't crash when a non-SHF_LINK_ORDER orphan is added before a SHF_LINK_ORDER orphan
* 1ff84a04aeb BPF: fix incorrect DAG2DAG load optimization
* 38399ced95b [ConstantFold] Make areGlobalsPotentiallyEqual less aggressive.
* b59b6b662bb Import github action definitions from release/10.x branch
* 3039965645c Bump version to 11.0.1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
| |
| |
| |
| |
| | |
There are compile/link time errors
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|