summaryrefslogtreecommitdiffstats
path: root/recipes-devtools/clang/compiler-rt-sanitizers_git.bb
Commit message (Collapse)AuthorAgeFilesLines
* compiler-rt-sanitizers: Package a symlink to address headers include issueKhem Raj2024-08-141-13/+13
| | | | | | | | | | | | Instead of moving the whole install under major.minor.patch, create a symlink so both can be included Fixes https://github.com/kraj/meta-clang/issues/978 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ludovic Jozeau <ludovic.jozeau@scle.fr> (cherry picked from commit a2192126094e2152c49becdf281899626abaebed)
* compiler-rt-sanitizers: Fix native build tooling pathsEric Sun2024-07-301-3/+6
| | | | | | | | | | | Native builds of compiler-rt-sanitizers fail because llvm-ranlib, llvm-ar, and llvm-nm are not found where the recipe specifies that they'll be. Other recipes (in particular: compiler-rt) only specify the locations of those tools for target and nativesdk builds, and they build fine. This commit implements the same thing for compiler-rt-sanitizers, fixing native builds. Signed-off-by: Eric Sun <ericsun2@cisco.com>
* compiler-rt-sanitizers: Depend on compiler-rtPhilip Lorenz2024-02-141-1/+1
| | | | | | | | | | | | | | | | When configuring with COMPILER_RT_USE_BUILTINS_LIBRARY=ON, compiler-rt expects the target builtin libraries to be available. Make sure that this really is the case by adding them to DEPENDS. Without the dependency recipe build fails during the configure task | -- Failed to find compiler-rt builtins library for x86_64-poky-linux | CMake Error at .../build/tmp/work-shared/llvm-project-source-17.0.6-r0/git/compiler-rt/cmake/Modules/AddCompilerRT.cmake:281 (message): | Cannot find builtins library for the target architecture | Call Stack (most recent call first): | .../build/tmp/work-shared/llvm-project-source-17.0.6-r0/git/compiler-rt/lib/stats/CMakeLists.txt:23 (add_compiler_rt_runtime) Signed-off-by: Philip Lorenz <philip.lorenz@bmw.de>
* compiler-rt-sanitizers: Adapt to new liborc filenamePhilip Lorenz2024-02-141-1/+1
| | | | | | | | | | | The library is now named liborc which leads to conflicts when installing compiler-rt and compiler-rt-sanitizers in parallel. Installing compiler-rt-sanitizers-staticdev (17.0.6) on root * check_data_file_clashes: Package compiler-rt-sanitizers-staticdev wants to install file .../usr/lib/clang/17.0.6/lib/linux/liborc_rt-x86_64.a But that file is already provided by package * compiler-rt-staticdev Signed-off-by: Philip Lorenz <philip.lorenz@bmw.de>
* meta-clang: Replace RUNTIME with TC_CXX_RUNTIMEKhem Raj2023-10-251-1/+1
| | | | | | TC_CXX_RUNTIME is now defined in OE-core Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt,compiler-rt-sanitizers: Correct target tuple for armhfKhem Raj2023-08-011-1/+1
| | | | | | | | It will fails on clang-17+ | CMake Error at /mnt/b/yoe/master/build/tmp/work-shared/llvm-project-source-17.0.0-r0/git/compiler-rt/cmake/Modules/CheckSectionExists.cmake:72 (message): | error: unknown target triple 'armhf' Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: Disable building testsKhem Raj2023-03-201-4/+6
| | | | | | It fails to configure in lit tests during cross compile Signed-off-by: Khem Raj <raj.khem@gmail.com>
* runtime: Enable PIC for static archives with clang runtime libsKhem Raj2023-02-061-0/+4
| | | | | | | This helps in compling shared libraries which may use e.g. static libc++.a during link Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: Enable -D_LARGEFILE64_SOURCE on muslKhem Raj2023-01-021-0/+2
| | | | | | | Ideally, the LFS64 functions should be replaced in sanitizers sources but for now just enable the aliases in musl Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: fix multiple installations for orc libMamta Shukla2022-09-201-1/+2
| | | | | | | remove libclang_rt.orc and c_orc.h header since it is being installed by both compiler-rt and compiler-rt-sanitizer when built for arm. Signed-off-by: Mamta Shukla <mamta.shukla@leica-geosystems.com>
* compiler-rt-sanitizers: Fix arm buildsKhem Raj2022-09-121-2/+4
| | | | | | | | | | | | With clang-15, it exposed an error building, where it is trying to link with libgcc even when llvm unwninder is available in distro. Therefore use DCOMPILER_RT_USE_BUILTINS_LIBRARY=ON, other options are to match the recipe with compiler-rt recipe. Fix missing option -DCOMPILER_RT_ENABLE_STATIC_UNWINDER when building with static libcxx Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang, llvm-rutime: Turn per target runtime off and use RelWithDebInfo for buildKhem Raj2022-09-121-1/+3
| | | | | | | | | | | clang can now build multiarch runtimes like debian's setup, but not all arches work equally well, e.g. arm32 bit can not handle arm and armhf case, so lets disable it for now. Use DCMAKE_BUILD_TYPE=RelWithDebInfo as it is needed to set DCMAKE_BUILD_TYPE in 15.x Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizer: fix nativesdk-compiler-rt-sanitizers buildMamta Shukla2022-09-091-1/+1
| | | | Signed-off-by: Mamta Shukla <mamta.shukla@leica-geosystems.com>
* clang: Fix native and nativesdk builds for hf targetsEsben Haabendal2022-07-051-1/+2
| | | | | | | | | | Setting the ${HF} variable based on ${TUNE_CCARGS_MFLOAT} does only make sense for target builds, as it defines arguments for target. Without this fix, building with hf machine configuration will cause problems, as native and nativesdk triplets will be include "hf", something like "x86_64hf-linux", which is wrong and not recognized by LLVM build/configuration system. Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>
* clang/compiler-rt: Convert to new override syntaxKhem Raj2021-08-121-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* meta-clang: Convert to new override syntaxSigned-off-by: Martin Jansa2021-08-031-21/+21
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: Use packageconfig to use static libcxxKhem Raj2021-06-081-6/+3
| | | | | | | | | | | | | sanitizers can link libc++/libc++abi statically or dynamically, we default to use dynamic version but leave the option to enable static linking if so needed Use virtual/crypt to represent crypt implementation which becomes libc independent Fix dependencies for native recipes Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: Do not package orc support libKhem Raj2021-06-081-0/+2
| | | | | | Its already shipped with compile-rt recipe Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: Limit to buildable arch/libc combinationsKhem Raj2021-06-081-0/+6
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* compiler-rt-sanitizers: Add recipeKhem Raj2021-05-191-0/+97
This recipe builds all sanitizers runtimes provided by compiler-rt Signed-off-by: Khem Raj <raj.khem@gmail.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-07-21 06:03:26 +0000