| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
| |
This is different to the setting in OE-Core and is causing failures with
yocto-check-layer. The referenced bug was closed a while ago so the issue
is likely fixed, remove the conflicting definition.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
| |
|
|
|
|
|
|
| |
This is different to the setting in OE-Core and is causing failures with
yocto-check-layer. The referenced bug was closed a while ago so the issue
is likely fixed, remove the conflicting definition.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
| |
|
|
| |
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
|
| |
|
|
|
|
|
| |
compiler-rt recipe is now in oe-core and the described issue doesn't
happen anymore.
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
|
| |
|
|
|
|
|
| |
It probably wasn't actively used for a while, it was last user of LLVMVERSION
variable which wasn't set correctly and was removed in previous commit
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The recipes were removed from this layer and this version doesn't match
with the clang version in oe-core (currently 21.1.7).
Better to drop this variable now as it's just confusing and if someone
needs to find a path to clang lib files like:
recipe-sysroot/usr/lib/clang/18.1.6/lib/linux
we need to use some other variable to do that.
scripts/devtool-clang.sh still references this variable, but I guess
the script isn't used anymore.
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
using LTO.
Referring to lto.inc in openembedded-core, when using lto, the LTO variable is added to SELECTED_OPTIMIZATION.
In this case, with the clang toolchain, -fuse-ld=lld is added when using -flto,
but the -fuse-ld=lld option is sufficient as a linker flag.
If -fuse-ld=lld is present in CFLAGS, an unused-command-line-argument warning occurs.
In recipes that treat this warning as an error, the build fails.
aarch64-yoe-linux-clang: error: argument unused during compilation: '-fuse-ld=lld' [-Werror,-Wunused-command-line-argument]
See more details https://errors.yoctoproject.org/Errors/Details/886599
Signed-off-by: mark.yang <mark.yang@lge.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bluez5 is forced to use the bfd linker.
https://github.com/kraj/meta-clang/commit/ee218b7bc9c4b43d66e56c9cde5405318d8d5deb
systemd-boot is forced to use the bfd linker.
https://github.com/openembedded/openembedded-core/commit/a157b2f9d93428ca21265cc860a3b58b3698b3aa#diff-02f955f0bb176d6a95cf74d4fa6b499d0318f7877cbe3c525936b09a4dc8f3ce
For LTO, the lld linker is required, but if using the bfd linker, the LLVMgold.so plugin must be used. However, the gold linker is no longer used.
```
usr/bin/aarch64-yoe-linux/aarch64-yoe-linux-ld.bfd: recipe-sysroot-native/usr/bin/aarch64-yoe-linux/../lib/LLVMgold.so: error loading plugin: /home/markyang/workspace/yoe-distro/build/tmp/work/cortexa72-yoe-linux/systemd-boot/257.8/recipe-sysroot-native/usr/bin/aarch64-yoe-linux/../lib/LLVMgold.so: cannot open shared object file: No such file or directory
````
openembedded-core(be5856616) forces the use of the bfd linker for zlib.
zlib does not build with lld, keep it until https://github.com/madler/zlib/pull/936
is addressed
When using LTO with clang, it is recommended to use the lld linker.
If it use the bfd linker, it need to use the LLVMgold.so plugin,
but the gold linker has been deprecated.
See more details https://errors.yoctoproject.org/Errors/Details/886598
```
error loading plugin: TOPDIR/build/tmp/work/cortexa72-yoe-linux/zlib/1.3.1/recipe-sysroot-native/usr/bin/aarch64-yoe-linux/../lib/LLVMgold.so: cannot open shared object file: No such file or directory
```
Signed-off-by: mark.yang <mark.yang@lge.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When enabling LTO in the clang toolchain, .o files are generated in LLVM IR bitcode format instead of ELF format.
In this case, dwarfsrcfiles fails in do_package.
See more details at: https://errors.yoctoproject.org/Errors/Details/886597
```
dwarfsrcfiles: TOPDIR/build/tmp/work/cortexa72-yoe-linux/libcxx/21.1.4/package/usr/lib/libc++experimental.a: not a valid ELF file
```
As already discussed on the mailing list https://www.mail-archive.com/yocto@lists.yoctoproject.org/msg15501.html,
setting `INHIBIT_PACKAGE_DEBUG_SPLIT = "1"` disables debug splitting.
It is not desirable to disable debug splitting just to avoid the dwarfsrcfiles error.
A simple solution, as Khem Raj suggested in the lto.inc file of openembedded-core,
is to add the `-ffat-lto-objects` flag to the LTO settings.
This keeps both IR bitcode and ELF format, preventing the error.
Signed-off-by: mark.yang <mark.yang@lge.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
Its in main recipe now
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
environment has the paths to it.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
| |
This has adverse effect now with clang-21 on riscv64 qemu
where opensbi ends up not being found during boot and qemu
getting stuck in early boot.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
| |
Clang-21 and OE-core move of clang has made several packages work
either out of box or the needed patches have moved to recipes proper
therefore remove them here.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
This variable is not used anymore after clang migration to OE-core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
This variable is dead-code after clang moved to OE-core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
It was not displaying the status correctly and wad disabled
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
It can now build with default lld options
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
clang runtime recipe set them rightly in core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
| |
This is better fixed in recipes if needed now that
clang is a core recipe.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
This is gone from OE-core so good riddance
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
Its working again
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
| |
These are not supported by clang, but now they are handled in core
tune files.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
Set TOOLCHAIN_NATIVE = "clang" in disrto conf files not here
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
| |
This patch is not needed anymore with clang 20+ and samba 4.19+
it build fine with both linkers ( LLD and Gnu LD)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
This should be part of default tune infra in core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
Its moved into klibc.bbclass in meta-initramfs
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
| |
Some of these settings are moved to OE-core and some are deferred to
distros where it belongs. This makes meta-clang compatible with YP
again.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
| |
They should be set by distros not by meta-clang
since distros decide to use clang as system compiler
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
| |
options should be in sync or else clang will not link the binaries
| x86_64-yoesdk-linux-clang: error: --rtlib=libgcc requires --unwindlib=libgcc
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
| |
These recipes are moved into meta-oe layer for wider
use. They depend on clang and clang is now moved to
oe-core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
|
| |
Added ${libdir}/libbcc.so to FILES:${PN}-ptest to ensure it is included
during ptest execution. This is necessary for the test
"resolve symbol addresses for a given PID", which requires libbcc.so
to be available in the runtime environment.
Signed-off-by: Harish Sadineni <Harish.Sadineni@windriver.com>
|
| |
|
|
|
|
|
| |
Fixes build with cmake 4+
Drop upstreamed patches
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes tools_memleak.py which is getting failed due to
"c_src_full = os.path.dirname(sys.argv[0]) + os.path.sep + c_src"
is giving "/'test_tools_memleak_leaker_app.c".
memleak.py and other test cases requires bcc tools so copying the tools to
image.
Upstream-Status: Submitted [https://github.com/iovisor/bcc/pull/5355]
Signed-off-by: Harish Sadineni <Harish.Sadineni@windriver.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The recipe being bbappended is not supported in meta-qt6 until later in a
stable versions life cycle. This has the effect that in the most recent
version branches (6.10 as of this commit) does not have the required recipe
to bbappend, and dev will never have the recipe. This causes a parsing
error when using these more up to date branches:
ERROR: No recipes in default available for:
.../meta-clang/dynamic-layers/qt6-layer/recipes-qt/qt6/python3-pyside6_%.bbappend
Given this, we should drop this bbappend and try to address the build
failure in world another way.
Signed-off-by: Ryan Eatmon <reatmon@ti.com>
|
| |
|
|
| |
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
|
| |
|
|
|
|
|
| |
This was setting lld as linker when using clang, but this is now
taken care by main qtbase recipe in meta-qt6. Its not needed anymore
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
This file is not needed, it was migrated to oe-core with clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
|
| |
It will add these options to gcc as well when building native recipes
as it is implemented in oe-core, this logic is different so adjust
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
|
|
| |
TOOLCHAIN is possible to set for target/native/nativesdk separately
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
| |
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|