linux/meta-clang.git/recipes-devtools/clang/llvm-project-source.inc, branch nanbield

llvm-project-source: Remove "MULTILIBS" from do_patch dependecies

2023-08-19T07:01:14+00:00

MULTILIBS maybe defined by distros/projects and in some cases not, this would result in rebuilding clang-native for no reason. Signed-off-by: Khem Raj

clang: Update to 16.0.0

2023-03-20T14:48:27+00:00

Changes are described here [1] [1] https://discourse.llvm.org/t/llvm-16-0-0-release/69326 Signed-off-by: Khem Raj

llvm-project-source: fix create-spdx handling

2023-01-17T05:24:06+00:00

as the recipe populates the shared source tree as part of do_patch, but create-spdx does only wait for do_unpack. Add an explicit dependency to wait to avoid race conditions Signed-off-by: Konrad Weihmann

llvm-project-source: Ensure deploy_source_date_epoch sstate hash doesn't change

2023-01-12T02:19:36+00:00

if machines are switched, do_deploy_source_date_epoch would re-run as the stamps are tune specific Signed-off-by: Khem Raj

llvm-project-source: Emit all default MULTILIB_GLOBAL_VARIANTS

2022-03-18T18:05:30+00:00

This ensures that signature of do_patch does not change between multilib and non-multilib builds of clang-native, this essentially hardcodes the multilib variants to lib32 lib64 libx32 which is 99.9% usecase, if you fall into 0.1% then go ahead and modify MULTILIB_VARIANTS in a bbappend file and it will be fine. Signed-off-by: Khem Raj

clang: for x86_64, correct GCC install search path for OpenEmbedded Host

2021-12-09T16:54:15+00:00

Build on OpenEmbedded Host, compiler-rt-native do_configure failed with following error: compiler-rt-native/13.0.1-r0/recipe-sysroot-native/usr/bin/clang -target x86_64-linux -isystem/path/to/x86_64-linux/compiler-rt-native/13.0.1-r0/recipe-sysroot-native/usr/include -O2 -pipe /path/to/compiler-rt-native/13.0.1-r0/recipe-sysroot-native/usr/share/cmake-3.21/Modules/CMakeCCompilerABI.c` | /build/tmp-glibc/hosttools/ld: cannot find crtbeginS.o: No such file or directory | /build/tmp-glibc/hosttools/ld: cannot find -lgcc | /build/tmp-glibc/hosttools/ld: cannot find -lgcc | clang-13: error: linker command failed with exit code 1 (use -v to see invocation) Since OpenEmbedded Host's gcc install path is different with clang's default search form, patch for OpenEmbedded Host's gcc library install path. Signed-off-by: Changqing Li

clang: use global multilib variants

2021-09-25T18:30:52+00:00

Using regular multilib variants prevents sharing state between machines with dissimilar multilibs, or non-multilib machines. Since there's no harm in having extra multilib triples, use the full set for all builds. Signed-off-by: Dan McGregor

clang: Add SDK_VENDOR string to CLANG_EXTRA_OE_VENDORS

2021-04-26T18:10:41+00:00

This helps in ensuring that SDK elements are built correctly as well, at present we get right builds for cross/target/native clang but not for nativesdk since it use SDK_VENDOR string for vendor eg. -yoesdk which currently is not added to known OE vendors, as a result nativesdk-clang does not build since crosssdk clang can not find runtime files e.g. libgcc Signed-off-by: Khem Raj Cc: Martin Jansa

llvm-project-source: Add multilib vendor support

2021-04-15T20:31:18+00:00

Generate all possible vendor name that a multilib build could use by using the variable MULTILIB_VARIANTS. ex: {TARGET_VENDOR} {TARGET_VENDOR}mllib32 Fixes build issue when compiling lib32-compiler-rt where clang has issue detecting gcc toolchain. when clang --print-search-dirs: lib32-recipe-sysroot//usr/lib/i686-wrsmllib32-linux should be lib32-recipe-sysroot//usr/lib/i686-wrsmllib32-linux/10.2.0/ Signed-off-by: Yi Fan Yu

llvm-project-source: Re-implement add_more_target_vendors in python

2021-03-30T20:02:50+00:00

This is to avoid a ton of shell variables becoming dependencies Add every case in a new line Signed-off-by: Khem Raj