summaryrefslogtreecommitdiffstats
path: root/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* clang: Add packageconfig to select default unwinderzeusKhem Raj2020-11-041-0/+1
| | | | | | | | | | 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: Fix linking based upon chosen compiler runtimeKhem Raj2020-11-041-5/+6
| | | | | | | | | | | | | | | | | | | | | | 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>
* libcxx: Correct link failure due to missing __divti3Jeremy Puhlman2020-06-032-0/+31
| | | | | | Add libgcc as defined by $CC to link of libc++. Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com>
* clang: Use git suffix instead of svnKhem Raj2020-06-031-2/+3
| | | | | | | | | | src uri has long moved to git, and that is also being used as solib suffix Fixes packaging errors ERROR: clang-10.0.0-r0 do_package_qa: QA Issue: libclang rdepends on clang-dev [dev-deps] ERROR: clang-10.0.0-r0 do_package_qa: QA Issue: clang rdepends on clang-dev [dev-deps] Signed-off-by: Khem Raj <raj.khem@gmail.com>
* openmp: Disable ompt tools on targets where ompt is not supportedKhem Raj2020-06-031-0/+7
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt: Depend on libcrypt for sanitizersKhem Raj2020-06-031-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Turn split-dwarf setting into a packageconfig knobKhem Raj2019-12-261-1/+1
| | | | | | | Disable it by default, since centos7/gcc4.8 can't handle it Fixes Issue #262 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt: Fix build with glibc 2.31Khem Raj2019-12-232-0/+82
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Fix build on architectures with baselib != libKhem Raj2019-12-201-1/+3
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Update to 9.0.1 RC3Khem Raj2019-12-191-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Use LLVM_USE_SPLIT_DWARF=ONKhem Raj2019-12-181-2/+1
| | | | | | | | | | | This helps in consuming less memory during link stage and also fixed link failures on mips64 Using clang cross itself ends up crashing | clang-9: error: unable to execute command: Killed | clang-9: error: linker command failed due to signal (use -v to see invocation) Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Fix cmake exports sed variable using incorrect nameMichael Davis2019-12-171-1/+1
| | | | Signed-off-by: Michael Davis <michael.davis@essvote.com>
* openmp: Mark mips64 unsupported hostKhem Raj2019-12-171-0/+1
| | | | | | | Fixes error Unknown or unsupported architecture Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Package compiler-rt correctly with non-empty LLVM_LIBDIR_SUFFIXHiroshi Hatake2019-12-161-6/+6
|
* Compute LLVM_LIBDIR_SUFFIX correctly on multiarch environmentHiroshi Hatake2019-12-163-1/+20
| | | | Co-authored-by: INAJIMA Daisuke <inajima@soum.co.jp>
* clang: Use cmake variable for libdlKhem Raj2019-12-112-0/+34
| | | | | | | | This ensures that clang can link with libdl on platforms where needed Fixes issue #241 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Update tool rename patch to match upstream oneKhem Raj2019-12-111-15/+121
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Enable lto when asked for via DISTRO_FEATURESKhem Raj2019-12-071-1/+1
| | | | | | | | | add 'thin-lto' or 'full-lto' to DISTRO_FEATURES to enable it instead of making it unconditional Should fix Issue #236 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: ensure correct python for nativesdk buildsrchard2scout2019-12-071-0/+1
| | | This fixes #162 for nativesdk-clang.
* clang: Update to 9.0.1-rc2Khem Raj2019-12-071-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Fix cmake exports not finding native binaries Issue #230Michael Davis2019-12-052-0/+18
| | | | | Signed-off-by: Michael Davis <michael.davis@essvote.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Fix multilib clang compile failing if lib is in the toolchain pathMichael Davis2019-12-052-0/+45
| | | | | Signed-off-by: Michael Davis <michael.davis@essvote.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: enable AMDGPU for all targetsJustin Bronder2019-11-261-2/+2
| | | | | | | | | | In 003dd05e4c168f7c3cccb9cbfad3fd8f38fe8741, clang replaced the oe-core provided llvm for building mesa. However, mesa needs AMDGPU to be enabled on the native target in order to build. Following the example of oe-core's recipe, just enable AMDGPU for all targets. Signed-off-by: Justin Bronder <jsbronder@cold-front.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Uodate to 9.0.1-rc1Khem Raj2019-11-2327-153/+36
| | | | | | | Drop 0021-Driver-Prioritize-SYSROOT-usr-include-over-RESOURCE_.patch as its already applied upstream Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm: Check for built-in atomic<double> during configureKhem Raj2019-11-182-0/+34
| | | | | | | | | This helps in deciding on linking libatomic, therefore its important to check for atomic<double> because on x86, clang decides to not use built-in whereas gcc does, so clangd e.g. links ok when using gcc but fails when using clang with gcc-runtime on x86 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Revert "clangd: Always link with libatomic"Khem Raj2019-11-182-38/+0
| | | | | | This reverts commit 2fdb19c4f8b025d4465d78cdf1bc05d786f5e087. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clangd: Always link with libatomicKhem Raj2019-11-182-0/+38
| | | | | | Since it uses double atomics which are not available yet as intrinsics Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Revert "clang: Do not lock clang as only cross compiler option"Khem Raj2019-11-181-0/+1
| | | | | | This reverts commit cb86d1f837f8f8c40e8b00c9c29d136ed6a16a08. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Do not lock clang as only cross compiler optionKhem Raj2019-11-161-1/+0
| | | | | | | | clang might be used for more than just static compiler on target and therefore lock-stepping it with needing clang cross-compiler is not right thing Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: make libedit optionalYong, Jonathan2019-11-151-5/+6
| | | | | | | | | | Allows libedit to dependency to be disabled via PACKAGECONFIG_remove. add libedit to native and nativesdk packageconfigs Signed-off-by: Yong, Jonathan <jonathan.yong@intel.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Provide llvm/llvm-nativeKhem Raj2019-11-141-4/+13
| | | | | | | | | | | | | | | | | | | When using meta-clang, it makes sense to use llvm provided by clang recipe, this ensures that we do not build llvm from oe-core but instead offer the one from clang recipe enable rtti and eh for native/nativesdk clang, this is needed for mesa to build Let clang PROVIDE llvm Build AMDGNU and other targets, this is needed for llvm-config to work properly, since we use llvm-config from clang-native, so its better to build the targets that are built for clang-native atleast create version specific symlinks for tblgen anf llvm-config Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Merge libunwind back into libcxxKhem Raj2019-10-092-83/+13
| | | | | | | | 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: Fix openmp build on armv7veKhem Raj2019-10-0625-37/+63
| | | | | | Refresh patches on latest release/9.x branch Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Remove editing THUMB_TUNE_CCARGSKhem Raj2019-10-024-9/+0
| | | | | | THUMB_TUNE_CCARGS is gone from oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Add packageconfig for compiler-rt useKhem Raj2019-10-021-4/+4
| | | | | | | | | | This helps in disabling compiler-rt e.g. on risc-v if we need to enable exceptions then we need to use libgcc_s, since llvm-libunwind is not yet ported to risc-v For ppc, enable compiler-rt Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-linunwind: Enable build on ppcKhem Raj2019-10-021-1/+0
| | | | | | This works fine with 9.x release now Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Introduce packageconfigs for unwind and exceptions atomics supportKhem Raj2019-10-021-29/+16
| | | | | | Fix build on armv5 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Pass OE LDFLAGS via CMAKE_SHARED_LINKER_FLAGSKhem Raj2019-10-011-6/+7
| | | | | | | | | | | setting these flags via CMake cmdline means that LDFLAGS that OE expects to insert via environment wont be respected anymore, therefore its better to pass it along during configure, so we get the desired flags into linker Fixes Issue #188 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang-runtime: Use INHIBIT_DEFAULT_DEPS = "1"Khem Raj2019-10-013-2/+9
| | | | | | | 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>
* clang: add rtti and eh as packageconfigMaxime Roussin-Bélanger2019-09-301-2/+3
| | | Keep ON for default behavior
* llvm-libunwind: Fix linunwind providersKhem Raj2019-09-281-2/+0
| | | | | | | | | | | | 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-283-18/+7
| | | | | | --unwindlib=libunwind Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Enable clang-tools-extraKhem Raj2019-09-241-1/+1
| | | | | | Some handy tools like clang-tidy, clangd, and more Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Upgrade to final 9.0.0 releaseKhem Raj2019-09-211-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: Provide libunwindKhem Raj2019-09-191-0/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: New reecipe for llvm unwinder split from libcxxKhem Raj2019-09-192-33/+102
| | | | | | | 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: pass PYTHON_EXECUTABLE to target as wellAnuj Mittal2019-09-183-0/+27
| | | | | | | Also make sure that we pass this value on to an internal native build that tries to detect python while cross-compiling. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* compiler-rt: stage libs in case of multlib as wellAnuj Mittal2019-09-181-1/+5
| | | | | | | We install compiler libs in lib irrespective of value of libdir. Make sure that these libs are actually staged as well when libdir != /usr/lib. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libcxx: support multilibAnuj Mittal2019-09-181-1/+2
| | | | | | Use LLVM_LIBDIR_SUFFIX with the correct value of suffix derived using baselib. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* clang: support multilibAnuj Mittal2019-09-181-0/+1
| | | | | | Pass LLVM_LIBDIR_SUFFIX with the correct value of lib suffix. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>