summaryrefslogtreecommitdiffstats
path: root/conf/nonclangable.conf
Commit message (Collapse)AuthorAgeFilesLines
* vulkan-samples: Use gcc to compile for now.Khem Raj2025-05-061-3/+4
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* fluentbit: Enable vectorizer on riscv64Khem Raj2025-05-051-0/+4
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* mesa: Fall back to use gcc on riscv32/riscv64Khem Raj2025-04-121-1/+5
| | | | | | | | | | | | | | | LLD fails to link mesa 25.x sadly | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libGLESv2.so.2: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libGL.so.1: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libGL.so.1: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libEGL.so.1: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libEGL.so.1: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libgallium-25.0.2.so: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libgallium-25.0.2.so: unsupported relocation type 12 | Error relocating riscv32-yoe-linux-musl/gstreamer1.0-plugins-base/1.26.0/recipe-sysroot//usr/lib/libgallium-25.0.2.so: unsupported relocation type 12 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* gimp: Remove -Qunused-arguments from complier cmdline with clangKhem Raj2025-03-281-0/+1
| | | | | | | | | | | | | | | This supresses the -msseX argument diagnostics on non-x86 architectures and meson wrongly decided to enable SSE on these biulds which ends up in │ │| In file included from ../gimp-3.0.2/app/gegl/gimp-gegl-loops-sse2.c:36: │ │| /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/gimp/3.0.2/recipe-sysroot-native/usr/lib/clang/20/include/emmintrin.h:14:2: error: "This header is only meant to be used on x86 and│ │ x64 architecture" │ │| 14 | #error "This header is only meant to be used on x86 and x64 architecture" │ │| | ^ │ │| In file included from ../gimp-3.0.2/app/gegl/gimp-gegl-loops-sse2.c:36: Signed-off-by: Khem Raj <raj.khem@gmail.com>
* webkitgtk: Use gcc to build for rv64 for nowKhem Raj2025-03-231-2/+6
| | | | | | clang-20 is unable to build webkit 2.48 for rv64 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* webkitgtk: Use gcc to compile on ARMKhem Raj2025-03-211-0/+4
| | | | | | clang 20 can not compile webkit 2.48 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* python3-numpy: Enable vector extentions since highway pkg needs itKhem Raj2025-03-211-0/+5
| | | | | | | | | | | | | Fixes | ../numpy-2.2.3/numpy/_core/src/highway/hwy/ops/rvv-inl.h:644:17: error: use of undeclared identifier '__riscv_vsetvl_e32mf2' | ../numpy-2.2.3/numpy/_core/src/highway/hwy/ops/rvv-inl.h:644:17: error: use of undeclared identifier '__riscv_vsetvl_e32mf2' | ../numpy-2.2.3/numpy/_core/src/highway/hwy/ops/rvv-inl.h:644:17: error: use of undeclared identifier '__riscv_vsetvlmax_e64m1' | ../numpy-2.2.3/numpy/_core/src/highway/hwy/ops/rvv-inl.h:644:17: error: use of undeclared identifier '__riscv_vsetvl_e64m1' | ../numpy-2.2.3/numpy/_core/src/highway/hwy/ops/rvv-inl.h:644:17: error: use of undeclared identifier '__riscv_vsetvl_e64m1' | ../numpy-2.2.3/numpy/_core/src/highway/hwy/ops/rvv-inl.h:644:17: error: use of undeclared identifier '__riscv_vsetvl_e64m1' | fatal error: too many errors emitted, stopping now [-ferror-limit=] Signed-off-by: Khem Raj <raj.khem@gmail.com>
* fmt: Disable invalide-specialization warning as errorKhem Raj2025-03-211-0/+3
| | | | | | This fails fmt to build with clang-20 + libcxx Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libmodulemd,libblockdev,webkitgtk: Disable g-i on x86-64Khem Raj2025-02-111-1/+5
| | | | | | | Somehow g-i parser is confused with glibc 2.41 headers on x86-64 as well when using clang, it works ok when using gcc Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libslirp,avahi-libnss-mdns: Add --undefined-version to LDFLAGS with LLDKhem Raj2025-02-091-0/+4
| | | | | | LLD does not understand the linker script versioning scheme as BFD linker does Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libmodulemd,libblockdev,webkitgtk: Disable g-i on x86Khem Raj2025-02-041-0/+6
| | | | | | | Somehow g-i parser is confused with glibc 2.41 headers on x86 when using clang, it works ok when using gcc Signed-off-by: Khem Raj <raj.khem@gmail.com>
* lttng-ust: Link with libatomic on 32bit x86Khem Raj2025-01-181-0/+4
| | | | | | Clang generates _atomic_store calls Signed-off-by: Khem Raj <raj.khem@gmail.com>
* boost: Use -no-integrated-as for armKhem Raj2025-01-181-0/+8
| | | | | | | With boost 1.87, internal assembler seems to be not able to compile boost only on arm ( 32bit ), so for now disable internal assembler Signed-off-by: Khem Raj <raj.khem@gmail.com>
* snort3,libdaq: Always use libstdc++ for C++ runtimeKhem Raj2025-01-071-0/+3
| | | | | | | Newer version of snort3 does not work with libc++, until its fixed resort to using libstdc++ Signed-off-by: Khem Raj <raj.khem@gmail.com>
* ot-br-posix: Disable sign-compare warning as errorKhem Raj2024-12-171-1/+2
| | | | | | Use same way for seatd Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libpam: Disable --undefined-version with LLDKhem Raj2024-12-171-0/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* nonclangable: Fix append and override orderKhem Raj2024-10-261-10/+10
| | | | | | VAR:append:<OVERRIDES> is the right way to use it Signed-off-by: Khem Raj <raj.khem@gmail.com>
* doxygen: Disable missing-template-arg-list-after-template-kw as error with clangKhem Raj2024-10-261-0/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* doxygen: added to LIBCPLUSPLUSJan Vermaete2024-10-251-0/+1
| | | | Signed-off-by: Jan Vermaete <jan.vermaete@gmail.com>
* ostree: Use libgcc for compiler runtime when using glibc for systemKhem Raj2024-10-181-1/+11
| | | | | | | | | | | | | glibc static library expects builtins from libgcc which may not exist in compiler-rt, therefore use libgcc explicitly. Now that static is enabled by default in packageconfig Fix is taken from [1] [1] https://github.com/foundriesio/meta-lmp/commit/0abb08c83aee7027711f538e29a5ff16dc334304 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* tomlplusplus: Pin to use libstdc++ with clangKhem Raj2024-10-171-0/+2
| | | | | | | libc++ seems to result in test failures, perhaps something to fix in toml++ but it needs to be triaged. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libunix-statgrab: Use compiler for linker always irrespective of compilerKhem Raj2024-10-111-1/+3
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libhugetlbfs: Always use BFD linker when using clang toolchainKhem Raj2024-10-111-0/+1
| | | | | | | | it uses its own linker wrapper which calls LD variable in the end and expects it to be traditional GNU linker. Lets provide it what it needs. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Revert "libhugetlbfs: Do not use lld linker"Khem Raj2024-10-101-2/+0
| | | | This reverts commit d1793483a76914baa11a44eb767acaeef675d310.
* libhugetlbfs: Do not use lld linkerKhem Raj2024-10-071-0/+2
| | | | | | It needs to use BFD linker Signed-off-by: Khem Raj <raj.khem@gmail.com>
* u-boot: u-boot is clangableJon Mason2024-10-071-2/+0
| | | | | | | | | | | | | | Since clang is at version 19 now, remove the blocking of building u-boot. I'm not seeing any issues with building u-boot and running testimage for qemuarm, qemuarm64, and qemumips. Based on the original comment, this limitation probably should've been only applied to mips. Leaving the BSP versions of u-boot in nonclangable, as I don't know if those have issues or not, and thought it better to err on the side of caution. Signed-off-by: Jon Mason <jdmason@kudzu.us>
* Revert "vte: Use libstdc++ when using clang"Ross Burton2024-09-301-6/+0
| | | | | | | | | | This issue has been resolved upstream: https://gitlab.gnome.org/GNOME/vte/-/commit/c8838779d5f8c0e03411cef9775cd8f5a10a6204 This reverts commit 70295d739f830a8d2abb2ad961e1c544f01be197. Signed-off-by: Ross Burton <ross.burton@arm.com>
* vte: Disable gi data generation when using clangKhem Raj2024-09-241-0/+4
| | | | | | | Somehow clang built binaries used in intermediate step crashes the qemu user mode. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* vte: Use libstdc++ when using clangKhem Raj2024-09-241-0/+6
| | | | | | It does not build with libc++ anymore. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* python3-drgn: Use gcc when compiling for riscv32Khem Raj2024-09-181-0/+2
| | | | | | | openmp port for riscv32 is not yet available so we can not use clang for it for now. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* nmap: Remove LLD build workaround for RISCV-64Khem Raj2024-09-181-3/+0
| | | | | | This is no longer needed with clang-19 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libjxl: Use -Og instead of -O2 with clang-19Khem Raj2024-09-181-0/+4
| | | | | | | | This is a workaround until [1] is fixed [1] https://github.com/llvm/llvm-project/issues/108262 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* recipes: Use gcc or clang/libstdc++ for some recipesKhem Raj2024-09-181-1/+13
| | | | | | | | These recipes do not yet build with libc++-19, for now use libstdc++, poco and netdata do not compile with clang-19 at all Signed-off-by: Khem Raj <raj.khem@gmail.com>
* pbzip2: Do not use libc++ for nowKhem Raj2024-09-181-0/+3
| | | | | | it need to be ported to not use generic char_traits Signed-off-by: Khem Raj <raj.khem@gmail.com>
* vulkan-samples: Re-introduce -Wno-error=deprecated-declarationsKhem Raj2024-09-031-1/+2
| | | | | | Its still needed with clang-18 with libc++ Signed-off-by: Khem Raj <raj.khem@gmail.com>
* vulkan-samples: Add Wno-error=overriding-option and remove ↵Khem Raj2024-08-311-2/+2
| | | | | | | | | | Wno-error=deprecated-declarations https://github.com/jtv/libpqxx/issues/738 seems to have been fixed Workaround issue with clang-20 caused by https://github.com/ARM-software/astc-encoder/commit/8377e52e57c1fb5bcf159aa981f3b25b7bad1cb3 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* nonclangable: remove '-mbranch-protection=standard' globally on aarch64Jose Quaresma2024-08-211-0/+3
| | | | | | | | | | | | | | | On aarch64 the handling of runtime exception is broken when build with clang. There is currently a fix for libcxx on the layer but it is not enough and this same fix needs to be applied globally. First fix attempt just include libcxx: https://github.com/kraj/meta-clang/issues/963 https://github.com/kraj/meta-clang/pull/968 Remaining reported issue: https://github.com/kraj/meta-clang/issues/998 Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
* perf: Use gcc as default compilerKhem Raj2024-07-221-0/+1
| | | | | | | | | Since its being build from kernel sources which are procecced with gcc by default KERNEL_CC is gcc, its a constant battle to keep this compiling with clang, so unless clang is also used to compile kernel this is a fruitless excercise to use clang just for perf. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* util-linux,util-linux-libuuid: Use -Wl,--undefined-version' with lld linkerKhem Raj2024-07-151-0/+3
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* bluez5: Use BFD linker instead of lldKhem Raj2024-07-081-1/+2
| | | | | | | | | | | | | | | Some ptests do not build with LLD on RISCV64 | riscv64-yoe-linux-ld: error: undefined symbol: __stop___debug | >>> referenced by log.c:168 (/usr/src/debug/bluez5/5.76/../bluez-5.76/src/log.c:168) | >>> src/log.o:(__btd_log_init) | | riscv64-yoe-linux-ld: error: undefined symbol: __start___debug | >>> referenced by log.c:168 (/usr/src/debug/bluez5/5.76/../bluez-5.76/src/log.c:168) | >>> src/log.o:(__btd_log_init) | >>> the encapsulation symbol needs to be retained under --gc-sections properly; consider -z nostart-stop-gc (see https://lld.llvm.org/ELF/start-stop-gc) Signed-off-by: Khem Raj <raj.khem@gmail.com>
* python-bcrypt: Do not use lld when building with ptests on.Khem Raj2024-07-021-0/+1
| | | | | | | | | | Somehow linker/lld here fails to link ptests with cargo, therefore workaround it by disabling lld when ptest feature is on. Fixes errors like note: riscv64-yoe-linux-ld.lld: error: undefined symbol: PyExc_ValueError\nreferenced by bcrypt_rust.a93ef5fbf090e743-cgu.0 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* frame: Use --undefined-version with lldKhem Raj2024-05-041-0/+1
| | | | | | | | | | | | | | | | | | symbol version script adds some X11 symbols which lld complains about since default is to report undefined symbols with lld. Fixes | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_new' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_delete' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_process_event' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_accept_touch' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_reject_touch' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_get_window_id' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_create_window_id' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_get_touch_id' failed: symbol not defined | x86_64-yoe-linux-ld.lld: error: version script assignment of 'FRAME_2.2' to symbol 'frame_x11_create_touch_id' failed: symbol not defined Signed-off-by: Khem Raj <raj.khem@gmail.com>
* uftrace: Do not use internal clang assemblerKhem Raj2024-03-271-0/+3
| | | | | | This expects GNU assembler I guess. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* wtmpdb: Do not pin linker to BFD linkerKhem Raj2024-03-271-3/+2
| | | | | | Newer version seems to work ok with lld with undefined symbols allowed Signed-off-by: Khem Raj <raj.khem@gmail.com>
* liburing: Use --undefined-version with lldKhem Raj2024-03-241-0/+1
| | | | | | | 2.5+ does not link with lld as it has some linker script magic for versioned symbols Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Revert "nonclangable: elfuitls: add unused-const-variable fix"Jose Quaresma2024-03-211-2/+0
| | | | | | | | This reverts commit 81e5f4eef93b5e1d6507daaf74fce28a2ccd7cf7. It is merged in oe-core master Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
* nonclangable: elfuitls: add unused-const-variable fixJose Quaresma2024-03-191-0/+2
| | | | Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
* nonclangable: elfuitls: drop unused-private-field fixJose Quaresma2024-03-191-2/+0
| | | | | | It is merged in oe-core master Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
* gtk4: Compile with gcc for musl/x86_64Khem Raj2024-03-171-0/+4
| | | | | | | | | | | | | | | | | | | | There is a gir generation error when compiled with clang | /mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/recipe-sysroot/usr/include/glib-2.0/gobject/gobject.h:822: syntax error, unexpected INTEGER, expecting identifier in ' do { if (__builtin_expect (__extension__ ({ int G_PASTE (_g_boolean_var_, 9); if ((weak_pointer) == ((void*)0)) G_PASTE (_g_boolean_var_, 9) = 1; else G_PASTE (_g_boolean_var_, 9) = 0; G_PASTE (_ g_boolean_var_, 9); }), 1)) ; else g_assertion_message (((gchar*) 0), "/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/recipe-sysroot/usr/include/glib-2.0/gobject/gobject.h ", 822, ((const char*) (__func__)), "'" "weak_pointer" "' should be NULL"); } while (0);' at '9' | /mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/recipe-sysroot/usr/include/glib-2.0/gobject/gobject.h:822: syntax error, unexpected ')', expecting identifier or '(' in ' do { if (__builtin_expect (__extension__ ({ int G_PASTE (_g_boolean_var_, 9); if ((weak_pointer) == ((void*)0)) G_PASTE (_g_boolean_var_, 9) = 1; else G_PASTE (_g_boolean_var_, 9) = 0; G_PASTE (_g_boolean_var_, 9); }), 1)) ; else g_assertion_message (((gchar*) 0), "/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/recipe-sysroot/usr/include/glib-2.0/gobject/gobjec t.h", 822, ((const char*) (__func__)), "'" "weak_pointer" "' should be NULL"); } while (0);' at ')' | Error relocating /mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/build/gtk/libgtk-4.so.1: unsupported relocation type 37 | Error relocating /mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/build/gtk/libgtk-4.so.1: unsupported relocation type 37 | Error relocating /mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux-musl/gtk4/4.12.5/build/gtk/libgtk-4.so.1: unsupported relocation type 37 | If the above error message is about missing .so libraries, then setting up GIR_EXTRA_LIBS_PATH in the recipe should help. | (typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" ) Signed-off-by: Khem Raj <raj.khem@gmail.com>
* elfuitls: Use libstdc++ instead of libc++ when using clangKhem Raj2024-03-131-3/+4
| | | | | | | | This avoids/workarounds a libc++ and clang include issue as reported in https://github.com/llvm/llvm-project/issues/71925#issuecomment-1987141438 Signed-off-by: Khem Raj <raj.khem@gmail.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-07-12 12:59:06 +0000