summaryrefslogtreecommitdiffstats
path: root/classes/clang.bbclass
Commit message (Collapse)AuthorAgeFilesLines
* recipes: Do not Add -Wno-error=unused-command-line-argument globallyKhem Raj2020-03-161-1/+1
| | | | | | | This option can turn Valid options into warnings and cause unintended behaviour Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Use 64bit long double on musl/ppc64leKhem Raj2020-01-231-0/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* armeb: Disable compiler-rtKhem Raj2019-11-201-0/+3
| | | | | | compile-rt is not fully ported for ARM big-endian therefore disable it Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Define RUNTIME variable to select compiler runtimeKhem Raj2019-11-181-6/+8
| | | | | | | RUNTIME can be 'llvm' or 'gnu' defaults to 'gnu' Use this variable for selecting stdc++ and c runtime Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Merge libunwind back into libcxxKhem Raj2019-10-091-15/+2
| | | | | | | | Do not export libunwind to other recipes besides libcxx itself, we use non-gnu libunwind on linux in general and its not a drop in replacement as of yet Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Remove editing THUMB_TUNE_CCARGSKhem Raj2019-10-021-1/+0
| | | | | | THUMB_TUNE_CCARGS is gone from oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang-runtime: Use INHIBIT_DEFAULT_DEPS = "1"Khem Raj2019-10-011-4/+10
| | | | | | | This ensures that clang-runtime elements e.g. llvm-libunwind can be used with gcc as well Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: Fix linunwind providersKhem Raj2019-09-281-0/+8
| | | | | | | | | | | | libunwind can be either nongnu libunwind ( from OE-Core ) or from llvm and when using clang and using --unwindlib=libunwind we know we have to use llvm libunwind implementation, so remove libunwind from DEPENDS and add llvm-libunwind to depends Drop providing libunwind from llvm-libunwind since its not needed anymore Signed-off-by: Khem Raj <raj.khem@gmail.com>
* runtime: Automatically add llvm-libunwind based on COMPILER_RT asking for ↵Khem Raj2019-09-281-6/+2
| | | | | | --unwindlib=libunwind Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: New reecipe for llvm unwinder split from libcxxKhem Raj2019-09-191-1/+1
| | | | | | | Its easier to provide it as replacement for nongnu libunwind bundled into libcxx was getting harder when it came to replacement Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Do not set LIBCPLUSPLUS and COMPILER_RT when compiler != clangKhem Raj2019-09-181-5/+12
| | | | | | | | | | | | | * Add compiler-rt and libcxx only when these libs are used via cmdline * libffi still need to disable internal asm on arm <= v6 * Add compiler-rt to linker only when compiler-rt is used in compiler cmdline * Set BASE_DEFAULT_DEPS instead of munging BASEEDEPENDS directly Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: compiler-rt does not compile for ppc32Khem Raj2019-09-021-0/+1
| | | | | | Use libgcc Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Use -mlong-double-64 on ppc64/muslKhem Raj2019-09-021-0/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Disable llvm libunwind when using gcc as system compilerKhem Raj2019-08-201-1/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Provide libunwind and fix risv supportKhem Raj2019-08-121-2/+10
| | | | | | Use llvm libunwind as default for clang toolchain Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx,compiler-rt: Add --unwindlib=libunwind to COMPILER_RTKhem Raj2019-08-121-1/+1
| | | | | | | This is new way of enabling llvm unwinder as default unwinder now build shared libunwind which is needed for new option Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang:bbclass: Do not use compiler-rt/libcxx for recipes which use gccKhem Raj2019-03-031-0/+3
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Redefine ar/nm/ranlibKhem Raj2019-02-251-0/+3
| | | | | | | | OE-core now points to gcc-* variants of these variables which will not be installed when a package is built with clang moreover llvm version would be needed for thin-lto to work anyway Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Define COMPILER_RT and LIBCPLUSPLUSKhem Raj2019-02-231-0/+6
| | | | | | | LIBCPLUSPLUS and COMPILER_RT are variables to indicate if clang c/c++ runtime should be used as well or not Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Remove compilerlibs from BASEDEPENDSKhem Raj2019-02-231-1/+1
| | | | | | We do not need it when using clang Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Set nativesk ldso location correctly during linkKhem Raj2019-02-111-3/+8
| | | | | | | | | | Add aarch64 host support Enable lld via LDFLGS instead of TOOLCHAIN_FLAGS which also get passed to compiler Add relative rpaths so the liraries from SDK sysroot are preferred over sdk host when SDK is used Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Enable LTO and lld based on distro knobsKhem Raj2019-02-091-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | Add to local.conf or distro config the following to enable lto flavors and lld linker DISTRO_FEATURES += "thin-lto" DISTRO_FEATURES += "full-lto" DISTRO_FEATURES += "lld" Add lto.bbclass To enable LTO is currently per recipe, or globally to enable globally add following to global config meta-data e.g. local.conf INHRIT += "lto" other-wise enable LTO per recipe using inherit lto to recipe via bbappend or in main recipe Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Make libunwind as static libraryKhem Raj2019-02-071-1/+0
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Enable a cross version of clang-tidyKhem Raj2019-01-311-0/+1
| | | | | | define CLANG_TIDY_EXE which is used by some build systems e.g. cmake Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Do not add lld-native to forced clang depsKhem Raj2018-12-271-1/+1
| | | | | | lld is being folded into clang recipe itself Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Switch to using own internal assemblerKhem Raj2018-12-271-1/+1
| | | | | | | | There still are some recipes which do not build with internal assembler, due to GNU'isms or other bugs in inline assembly, but its small enough number to fix or pin to external assembler Signed-off-by: Khem Raj <raj.khem@gmail.com>
* build native lld along with cross clangKhem Raj2018-09-091-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Drop -D__extern_always_inline=inlineKhem Raj2018-05-171-1/+1
| | | | | | | | | It was a workaround which was supposed to go away one day and that day has arrived We should fix the packages if they need such a workaround Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Disable libunwind on all mipsKhem Raj2017-09-181-0/+1
| | | | | | llvm libunwind is still not ported to mips Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Prepend instead of appending to overridesKhem Raj2017-09-101-1/+1
| | | | | | | Right now it becomes highest priority override which we dont want Signed-off-by: Khem Raj <raj.khem@gmail.com>
* classes: Do not replace armv7ve with armv7a anymoreKhem Raj2017-08-291-3/+0
| | | | | | clang-5.0 supports the option now Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Switch c++ default to gnu++14 standardKhem Raj2017-08-121-1/+1
| | | | | | | | | | | | | | | Using cmdline options -std doesnt always work e.g. boost where it uses c++ driver (clang++) to invoke compilation but then passes '-x c' to choose the language for compilation Which ends in errors like below error: invalid argument '-std=c++14' not allowed with 'C' Therefore change the defaults in driver itself to use gnu++14 which is default with g++ from gcc7+ too. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang++: Default to c++14 stdKhem Raj2017-08-121-1/+1
| | | | | | | | | | latest gcc7 also defaults to c++14, some packages have started to use c++11 and newer features without specifying -std option and rightly so now that gcc defaults are c++14, applications can safely assume c++14 as default Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: DeleteKhem Raj2017-07-311-3/+2
| | | | | | build llvm libunwind along with libcxx Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Default to PIE when GCCPIE is setKhem Raj2017-07-291-2/+0
| | | | | | | | This matches with OE-Core expectations and we do not need to inject PIE flags manually via SECURITY_CFLAGS which does not always work Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Add -pie -fPIE to SECURITY_PIE_CFLAGS explicitlyKhem Raj2017-07-211-0/+3
| | | | | | | | gcc in core now is configured with these options but clang does not have a configuration level knob so we still need to pass it old way Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Add -Qunused-arguments to clang argumentsKhem Raj2017-06-091-1/+1
| | | | | | | | GCC ignores unused arguements by default, but Clang needs this extra parameter to stop printing warnings about LDFLAGS passed during compiling stage and CFLAGS passed during linking stage. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Disable llvm-libunwind for mipsKhem Raj2017-03-231-0/+1
| | | | | | Its not ported to mips yet Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Add CCACHE prefix and use HOST_PREFIX instead of TARGET_PREFIXKhem Raj2017-03-211-4/+4
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Add clang runtime to dependencies when toolchain is clangKhem Raj2017-03-161-2/+2
| | | | | | A step towards unplugging gcc runtime Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Ony use llvm-libunwind if clang is selectedRoss Burton2016-05-251-0/+3
|
* clang-libs: Fix build on x86_64 and use gcc for all cross recipesKhem Raj2016-05-081-0/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Switch default compiler option to remain gccKhem Raj2016-05-051-1/+1
| | | | | | | | | | | Users find it too intrusive that clang becomes the default compiler, they would like to invoke it on demand for certain packages only. Use TOOLCHAIN ?= "clang" in local.conf if you want clang to become default Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Remove -mno-spe option from cmdline on ppcKhem Raj2016-03-031-0/+1
| | | | | | | This gcc option is not supported in clang hence remove it Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Move -Wno-error=unused-command-line-argument setting to TUNE_CCARGSKhem Raj2016-03-011-3/+1
| | | | | | | Adding it to TOOLCHAIN_OPTIONS renders libtool useless and its not able to build .so Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Pass -Wno-error=unused-command-line-argument to clangKhem Raj2016-02-291-0/+2
| | | | | | | | | | | We can get past the errors due to -Werror when unused cmdline options appear on compiler cmdline e.g. error: argument unused during compilation: '-pie' Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: remove gcc from deps when appropriateChristopher Larson2016-02-151-15/+4
| | | | Signed-off-by: Christopher Larson <chris_larson@mentor.com>
* clang.bbclass: Replace -march=armv7ve with -march=armv7aKhem Raj2016-01-091-0/+3
| | | | | | | OE-Core now uses -march=armv7ve for cortext-a7 and clang/llvm doesnt have arch tunable for armv7ve, we revert to prior art of using armv7-a Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: use gcc form nativesdk, crosssdk, cross-canadian recipesKhem Raj2015-10-011-0/+3
| | | | | | | | These are not part of target image and many of these tools are still not ported to be buildable with clang, so lets use gcc for building them at this moment Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang.bbclass: Remove -mhard-float for ppcKhem Raj2015-10-011-0/+2
| | | | | | | The option is not defined for llvm/clang but the defaults are hard-float anyway so not needed Signed-off-by: Khem Raj <raj.khem@gmail.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-04 08:09:14 +0000