linux/meta-clang.git/recipes-devtools, branch scarthgap

clang : Fix CVE-2024-7883

2026-03-16T21:09:55+00:00

This patch applies the upstream fix as referenced in [2], using the commit shown in [1]. [1] https://github.com/llvm/llvm-project/commit/33411d520783189c31e9936a67371198d6da5f25 [2] https://security-tracker.debian.org/tracker/CVE-2024-7883 Signed-off-by: Anil Dongare

llvm,clang: update to 18.1.8

2025-10-01T16:54:22+00:00

This is probably the last 18.1.x release, so let's get it in. 3b5b5c1ec4a3 (tag: llvmorg-18.1.8, origin/release/18.x) [libcxx] Align `__recommend() + 1` by __endian_factor (#90292) 72c9425a79fd [libc++][NFC] Rewrite function call on two lines for clarity (#79141) 443e23eed24d Bump version to 18.1.8 (#95458) 768118d1ad38 (tag: llvmorg-18.1.7) [clang-format] Fix a bug in formatting goto labels in macros (#92494) 8c0fe0d65ed8 release/18.x: [clang-format] Don't always break before << between str… (#94091) 7e6ece9b4f2d [PPCMergeStringPool] Only replace constant once (#92996) 1ce2d26cd2e9 Bump version to 18.1.7 (#93723) Signed-off-by: Adrian Freihofer

clang: fix native build with gcc-15

2025-08-18T15:51:51+00:00

Signed-off-by: Martin Jansa

compiler-rt-sanitizers: disable builtins library

2025-07-10T21:22:52+00:00

Currently compiler-rt-sanitizers fails to build as native recipe. Configuration log shows: -- Compiler-RT supported architectures: x86_64 -- Failed to find compiler-rt builtins library for x86_64-linux The reasons is that calling clang --rtlib=compiler-rt -print-libgcc-file-name returns (tested in devtool and via additional cmake logs) /usr/lib/clang/18.1.6/lib/linux/libclang_rt.builtins-x86_64.a which is missing the recipe-sysroot-native prefix. COMPILER_RT_USE_BUILTINS_LIBRARY=OFF is implemented in kirkstone and also in master (in core). Note that when moving clang from meta-clang to core, I didn't find explanation why this was changed back, but I assume that it was because of issues like this. When running clang --rtlib=compiler-rt -print-libgcc-file-name on master, it correctly returns the sysroot prefix. However re-enabling builtins still results in a failure because on my system it also detects i386 multilib which then fails. Alternative which works (at least in Debian 11) is following: EXTRA_OECMAKE:append:class-native = "\ -DCOMPILER_RT_LIBRARY_builtins_${BUILD_SYS}=${STAGING_LIBDIR_NATIVE}/clang/${PV}/lib/linux/libclang_rt.builtins-${BUILD_ARCH}.a \ -DCOMPILER_RT_LIBRARY_builtins_=${STAGING_LIBDIR_NATIVE}/clang/${PV}/lib/linux/libclang_rt.builtins-${BUILD_ARCH}.a \ " However seeing failures on master, it's uncertain if it fixes all corner cases. Signed-off-by: Peter Marko

fix: [Issue #1061] - check for existence before trying to process a file

2025-03-18T01:38:45+00:00

In certain configurations LLVMConfig.cmake does not exist. If that's the case do_install breaks for the nativesdk-clang recipe. Eg. set the following: EXTRA_OECMAKE:append:pn-nativesdk-clang = " -DLLVM_INSTALL_TOOLCHAIN_ONLY=ON" as suggested here: https://llvm.org/docs/BuildingADistribution.html Signed-off-by: aprospero

clang_git.bb: Remove True option to getVar calls

2025-01-22T04:12:47+00:00

getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Signed-off-by: Akash Hadke

clang: improve reproducibility

2025-01-09T07:26:26+00:00

Currently, class-target is reproducible, but class-nativesdk is not. What I did: - noticed that BuildVariables.inc contains meaningless path fragments after running sed, so I adjusted sed commands to remove the rest of paths as well; - moved common code into a function, which is then called twice; - changed do_compile:prepend into do_configure:append, this is more conventional and intuitive; - verified that the resulting code works for both target and nativesdk after these changes. Signed-off-by: Oleh Matiusha Signed-off-by: Martin Jansa

clang_git.bb: assign PYTHON_PN to LLDB_PYTHON_EXE_RELATIVE_PATH

2024-10-31T13:33:50+00:00

Signed-off-by: Jan Kircher

Revert "libcxx: Do not induce -mbranch-protection externally on arm64"

2024-08-21T20:26:58+00:00

This reverts commit 96b2f3da50c8cf814f661fba37df0a098457b016. The is required to be applied globally and not only for libcxx. Signed-off-by: Jose Quaresma (cherry picked from commit 9e0ef14c505b8621baad385328293f5eb2d1202a) Signed-off-by: Jose Quaresma

Update libcxx_git.bb

2024-08-21T20:26:58+00:00

Fix syntax error, '-DD' -> '-D' (cherry picked from commit e47fd133a06e584e4947643bbcb9748b6521b3ac) Signed-off-by: Jose Quaresma