linux/meta-clang.git/classes, branch scarthgap

clang.bbclass: Allow overriding LTO:toolchain-clang

2026-02-11T04:55:33+00:00

Currently, LTO:toolchain-clang is defined using the immediate assignment operator (=). This forces the variable to the default value defined in the class, preventing users from overriding LTO flags for the clang toolchain via distro configuration or local.conf. Change the assignment to use the conditional assignment operator (?=). This ensures that if LTO:toolchain-clang is already set (e.g., in a distro include file), the custom value is preserved and not overwritten by the default. Signed-off-by: mark.yang

clang.bbclass: add clang-native to BASE_DEFAULT_DEPS

2025-12-12T04:21:48+00:00

Add it for target builds in: BASE_DEFAULT_DEPS:append:class-target:toolchain-clang:class-target because ${MLPREFIX}clang-cross-${TARGET_ARCH} contains a broken symlink to clang binary provided by clang-native and then in case someone changes e.g. TC_CXX_RUNTIME = "llvm" to TC_CXX_RUNTIME:class-target = "llvm" then both clang-native and clang-cross-${TARGET_ARCH} are correctly rebuilt, but unfortunately the hashequiv output hash of clang-cross-${TARGET_ARCH} doesn't change (because the broken symlink is still the same), so e.g. gptfdisk which depends on "equivalent" clang-cross from BASE_DEFAULT_DEPS doesn't get rebuilt, but then it still links with libc++.so.1 while in clean build without sstate and hashequiv it will link with libstdc++.so.6 (because TC_CXX_RUNTIME affects only clang-native and the override for class-target doesn't work as one might expect). This might need some bigger changes in hashequiv to have special handlink of broken symlinks in the output, if the symlink target is provided by some dependency, we should include the hash of the symlink target to make sure the outhash changes even when something deeper in dependency tree changed the target binary (or error out when there is no direct dependency of the provider). clang-cross from oe-core master doesn't have this issue, because it contains the actual binary from clang-native after: https://github.com/openembedded/openembedded-core/commit/3b0128fe6421e64674fd250e0b4e6afb1c8ce436 so the outhash is changed when this binary is changed. Signed-off-by: Martin Jansa

clang.bbclass: remove mcpu option with qualifiers for the octeontx2 core

2024-07-04T15:29:53+00:00

Currently, only the '-mcpu=octeontx2' option is removed, and any -mcpu parameters with qualifiers (such as +crc+crypto) are not removed, e.g., '-mcpu=octeontx2+crypto'. Remove these mcpu parameters with qualifiers by using '-mcpu=octeontx2${TUNE_CCARGS_MARCH_OPTS}'. Signed-off-by: Ruiqiang Hao

clang.bbclass: Do not lose TUNE_CCARGS_MARCH_OPTS when rewriting big.LITTLE mcpu

2024-03-19T16:52:16+00:00

Currently, clang options lose the qualifiers like +crc+crypto which are in TUNE_CCARGS_MARCH_OPTS when options like -mcpu=big.little are transformed to -mcpu=little as clang does not understand -mcpu=big.little while gcc does. Here we append TUNE_CCARGS_MARCH_OPTS after the rewrite Signed-off-by: Khem Raj

clang: Use +nocrypto with -mcpu for rpi3/rpi4

2024-03-19T16:52:16+00:00

This avoids qtwebengine crashes on rpi4/rpi3 Signed-off-by: Khem Raj

Revert "cmake-native.bbclass: Add ubfs specific variable to ignore list"

2023-11-22T16:32:42+00:00

The problem is in BSP layer [1], these variable should not be exported universally moreover its not needed as well. [1] https://github.com/varigit/meta-variscite-bsp-imx/pull/36 This reverts commit 288f752445d3783dbaf06a60919a2b35b14e3a62.

cmake-native.bbclass: Add ubfs specific variable to ignore list

2023-11-22T15:01:33+00:00

These variables show up as dependencies of native recipes otherwise can cause clang-native to rebuild without a reason just when defined by a machine using ubifs. Signed-off-by: Khem Raj

clang.bbclass: Stage along with gcc toolchain

2023-11-12T22:59:28+00:00

So far when using toolchain = clang would punt gcc from native-sysroot but its beneficial to keep both compilers since they can co-exist its not a big problem to have both in sysroot. This helps in debugging issues as well. Signed-off-by: Khem Raj

clang.bbclass: fix a typo

2023-10-31T05:49:58+00:00

A pair of '[]' is missing, add them in. Signed-off-by: Ming Liu

clang.bbclass: Use llvm-strip on all architectures

2023-10-25T17:20:08+00:00

It was just used for RISCV32/RISCV64 until now. Signed-off-by: Khem Raj