| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This helps defining CLANG* env vars in extensible SDK
Fixes Issue #370
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>
|
|
|
|
|
|
|
|
| |
Only when CLANGSDK = 1
Fixes Issue #338
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
clang/master hangs (can you believe) while compiling musl on armv7ve
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
As CLANGSDK defaults to '1', users who have not read the README may
think that setting it to '0' would disable adding Clang to the SDK.
Little do they know that you need to *unset* the value for this to work
(as bool('0') -> True).
Change the logic to use bb.utils.contains(), so that '0' is not true.
Signed-off-by: Ross Burton <ross.burton@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CLANGSDK ?= "1"
is default which means clang will be included into SDK
if one is using clang only for full build and dont intend to distribute
it as cross compiler SDK then set
CLANGSDK = ""
in local.conf or in another config metadata file
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This was noticed when /bin/ash crashed that there are more instances of
this optimization which causes same kind of failures in few other
applets
As a side benefit busybox compiled with clang works totally fine on
riscv64 now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
Fails to build with builtins which are only in compiler-rt
but compiler-rt needs C library to build. Catch-22
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
system boot but not all the way to command prompt so we need to debug it
eventually
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
It crashes when compiled with clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
clang needs built-ins from compiler-rt to build musl
and compiler-rt needs a full toolchain to build which means
we have a catch-22 on x32 with clang/musl, for now use gcc
to compile musl to break the jinx
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
i386 inline assembly runs out of registers on clang
so for now let gcc be used
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
helps with LTO enabled cross builds
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
define CLANG_TIDY_EXE which is used by some build systems e.g. cmake
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
see https://bugs.llvm.org/show_bug.cgi?id=39919
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
This helps build SDKs for risc-v when meta-clang is in layer mix
even though clang for risc-v may not fully work yet
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
There is a bug in busybox which is found by clang, we need to fix
busybox but until them just dont use thumb2 ISA for busybox
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
Not needed after meson migration
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
As suggested in Issue #23
this will make sure we can override it with BAD_RECOMMENDATIONS
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
when clang is not default compiler
Fixes issue #63
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
clang-5.0 supports the option now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
build llvm libunwind along with libcxx
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
This is preferred way of building libc++ and
it also means we do not need musl specific tweaks
since top level build from llvm already know
musl and make right choices
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ncurses' configure script strips the arguments from $CC when checking
if -c and -o can be used together. Clang then doesn't have a default
sysroot argument to use, so it checks the host for the existence of
certain feature headers in libc. These checks fail, and it assumes
that clang can't handle -o and -c together.
Example config.log snippet:
configure:2524: checking whether arm-poky-linux-gnueabi-clang understands -c and -o together
configure:2540: arm-poky-linux-gnueabi-clang -c conftest.c -o conftest2.o >&5
In file included from conftest.c:1:
In file included from /usr/include/stdio.h:27:
In file included from /usr/include/features.h:399:
/usr/include/gnu/stubs.h:7:11: fatal error: 'gnu/stubs-32.h' file not found
# include <gnu/stubs-32.h>
^
1 error generated.
configure:2543: $? = 1
configure:2562: result: no
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
|
|
|
|
|
|
|
|
|
| |
toolchain
Applying the below patch gets rid of all of the extra packages except
glibmm-dev. I have no idea where that is coming from!
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
It does not work and moreover its redundant
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
We do not need libc to build clang
Add dep on clang-cross when building musl
with clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
package libcxxabi-dev and compiler-rt-staticdev
into packagegroup-core-standalone-sdk-target so it
gets into SDK
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
ALLOW_EMPTY is added so packaging can succeed
the files are all static libs
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These options were introduced in OE-Core to support multi libc SDKs
and added with
Author: Richard Purdie <richard.purdie@linuxfoundation.org>
Date: Sat Jul 25 14:48:21 2015 +0100
toolchain-scripts: For non-glibc, pass compiler options to ensure the correct libc selection
gcc-cross-canadian-<arch> is only built once. It needs to target all the
different libcs, not just the currently selected one. This change ensures
that if another libc is used, the compiler correctly selects the right one.
[YOCTO #8025]
(From OE-Core rev: da2e92e256054b137a1646fdad1fe1a47ba3215a)
Clang however acts based on crosscompiler name and does not have option to controlled
multi libc scene
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>
|
|
Also export CLANGCC, CLANGCXX, CLANGCPP in SDK environment which can
then be used to compile applications in SDK
Additionally remove -mthumb-interwork from compiler options if target is
arm
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|