| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
* The perl scan-build script need some perl-modules to be executable
Signed-off-by: Michel Zink <m.zink@rational-online.com>
|
| |
|
|
|
|
|
|
|
| |
This ensures the common llvm sources are identical
and can be re-used.
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>
|
|
|
|
|
|
| |
This patch is alrady upstream for 1.32
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* issue:
the openembedded-core build procedure relies on changed default
dynamic loader path when the usrmerge distro feature turned on.
As we can find the GCC which is used as default toolchain uses
SYSTEMLIBS_DIR macro variable set to /usr/(lib|lib64) at build
time and hardcodes the binaries with that default loader path.
* solution:
change the default dynamic loader location with --dyld-prefix
clang option to conform the loader location (as GCC does) to
openembedded-core build procedure.
Signed-off-by: Oleksandr Ocheretnyi <oocheret@cisco.com>
|
|
|
|
|
|
|
|
|
|
| |
* Commit 1ce5b0090e18 ("clang: Search for dynamic linker.") does not
honor --dyld-prefix option, so it fails to find the linker when --dyld-
prefix is used for usrmerge. Add DyldPrefix when searching for dynamic
linker.
Fixes: 1ce5b0090e18 ("clang: Search for dynamic linker.")
Signed-off-by: Oleksandr Ocheretnyi <oocheret@cisco.com>
|
|
|
|
|
|
|
|
|
| |
Backport two patches to fix the following runtime failures.
Networking tools fail with include/net/flow_offload.h:304:4: error: use of
undeclared identifier 'KBUILD_MODNAME'.
Signed-off-by: He Zhe <zhe.he@windriver.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
Only when CLANGSDK = 1
Fixes Issue #338
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
mark it gcc only for now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
Since kernel v5.6, fddb5d430ad9 ("open: introduce openat2(2) syscall"),
do_sys_openat2 instead of do_sys_open has been used as entry function for open.
Signed-off-by: He Zhe <zhe.he@windriver.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
apt 1.8.2+ does not compile with clang, clang is finding narrowing
warnings and printf function is redefined in tests which confuses the
function signatures from libc when fortify is enabled, its therefore
disabled for now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
This should help notification and submitters to do right things for a
pull request
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
Update version number accordingly
Signed-off-by: Khem Raj <raj.khem@gmail.com>
s
|
|
|
|
|
|
|
| |
This helps extra tools like clang-tidy to find arch-specific macros,
headers in a cross compile environment.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
It reset variable CCACHE to disable ccache. But that doesn't effect that
CCACHE is set in an anonymous function from ccache.bbclass at last and
ccache is always not disabled with cmake.
Remove these useless piece of code.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
It fails to build compiler-rt when ccache is enabled:
| ccache: error: Failure running compiler check command: %compiler% -dumpspecs
Because clang doesn't recognize option '-dumpspecs' from default value
of CCACHE_COMPILERCHECK, override CCACHE_COMPILERCHECK for toolchain
clang in clang.bbclass.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
|
|
|
|
|
|
|
| |
Needs libffi and libelf as dependencies, and is available only for
aarch64/x86_64/ppc64
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
It can build with clang now a days
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
This ensures that clang compiler has proper omp runtime to link rpm
which now required omp
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
libgomp is coming from gcc-runtime and clang does not find it anyway so
its better to not synlink it here, so it can avoid clashes with
gcc-runtime, anyway clang will use this openmp runtime when using
-fopenmp and wont depend on gomp from gcc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
Needed for rpm-native and friends
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
bcc and bpftrace require xz to extract /sys/kernel/kheaders.tar.xz,
otherwise the tools would fail as below.
tar (child): xz: Cannot exec: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
Signed-off-by: He Zhe <zhe.he@windriver.com>
|
|
|
|
|
|
|
| |
bpftrace is only compatible with x86_64, aarch64 and powerpc64. So it's not
able to built as 32 bit binary.
Signed-off-by: He Zhe <zhe.he@windriver.com>
|
|
|
|
|
|
|
| |
bcc is only compatible with x86_64, aarch64 and powerpc64. So it's not able to
built as 32 bit binary.
Signed-off-by: He Zhe <zhe.he@windriver.com>
|
|
|
|
|
|
| |
With lldb split in multiple packages it reduces the size of the `clang`
package and you can now install lldb, lldb-server and liblldb without h
having the whole clang fat package.
|
|
|
|
|
|
|
|
|
|
|
| |
Clang does not yet support big.LITTLE performance tunes, so use the LITTLE for tunes
see [1]
Fixes Issue #313
[1] https://reviews.llvm.org/D32076
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't use the full path to libffi and avoid linking to the one
from clang's sysroot. Prevents errors like:
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: VERBOSE=1 cmake --build /build/build/tmp/work/corei7-64-poky-linux/opencl-clang/10.0.0-r0/build --target all --
| ninja: error: '/build/build/tmp/work/corei7-64-poky-linux/clang/10.0.0-r0/recipe-sysroot/usr/lib/libffi.so', needed by 'libopencl-clang.so.10', missing and no known rule to make it
| WARNING: exit code 1 from a shell command.
| ERROR: Execution of '/build/build/tmp/work/corei7-64-poky-linux/opencl-clang/10.0.0-r0/temp/run.do_compile.72389' failed with exit code 1:
| ninja: error: '/build/build/tmp/work/corei7-64-poky-linux/clang/10.0.0-r0/recipe-sysroot/usr/lib/libffi.so', needed by 'libopencl-clang.so.10', missing and no known rule to make it
| WARNING: exit code 1 from a shell command.
|
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
|
|
|
|
|
|
|
|
| |
This ensures that clangsdk does not inserts itself unless user asks for
Fixes #234
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
it seems to not use unified syntax
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
By default, clang looks for resourses relative to the binary location:
${location}/../lib/clang/${version}/
However, the default bindir defined in cross.bbclass is a subdirectory of bin,
so clang forms a directory that looks like /usr/bin/lib/clang/10.0.0/
Apply a patch to use ${location}/../../lib/clang/${version} if the directory
name of ${location}/.. is "bin".
Signed-off-by: Jim Broadus <jbroadus@xevo.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|