Script 'mail_helper' called by obssrc Hello community, here is the log from the commit of package llvm13 for openSUSE:Factory checked in at 2022-04-14 17:22:52 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/llvm13 (Old) and /work/SRC/openSUSE:Factory/.llvm13.new.1941 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "llvm13" Thu Apr 14 17:22:52 2022 rev:9 rq:969598 version:13.0.1 Changes: -------- --- /work/SRC/openSUSE:Factory/llvm13/llvm13.changes 2022-02-27 22:42:57.630628134 +0100 +++ /work/SRC/openSUSE:Factory/.llvm13.new.1941/llvm13.changes 2022-04-14 17:22:59.907090383 +0200 @@ -1,0 +2,40 @@ +Sun Apr 3 13:42:27 UTC 2022 - Aaron Puchert <[email protected]> + +- Split up Clang libraries: libclang.so is no longer so-versioned + alongside LLVM but will stay at libclang.so.13 for now. So we + put it into a separate package from libclang-cpp.so. Since we + can't have multiple LLVM versions generate the same package, we + prefix it for the non-default LLVM with a mechanism inspired by + the GCC packaging. +- Patch exported clang/ClangTargets-relwithdebinfo.cmake to refer + to libclang only by soname, because the installed library might + be newer than the one originally build with the package. +- Use the same mechanism to for libc++ and package Clang scripts + only for the default version. This means we'll no longer have to + touch the package when a new major version comes out. +- Make sure we properly clean up the clang scripts if we're not + packaging them. +- Let python3-clang use libclang.so.XX, which means we can always + build it and makes it depend on libclang instead of clang-devel. +- Fix some rpmlint issues: we don't need explicit library + dependencies that are detected automatically, and we add proper + library dependencies to the *-devel packages. +- Merge llvm-LTO-devel into llvm-devel. That's where the header + files already are, and they are hard to separate. +- Let llvm-polly-devel depend on llvm-devel. +- Remove libLTO and *-devel packages from baselibs, they don't + seem to be needed. We mostly need libLLVM and maybe libclang-cpp. +- Consistently set host triple as *-suse-linux-gnu*. +- Only suggest documentation packages. + +------------------------------------------------------------------- +Wed Mar 9 17:53:48 UTC 2022 - Dirk M??ller <[email protected]> + +- Add llvm-rust-mangle-for-fastcall.patch for rust 1.59. + +------------------------------------------------------------------- +Sun Mar 6 21:24:55 UTC 2022 - Dirk M??ller <[email protected]> + +- Fix armv6hl cpu architecture typo. + +------------------------------------------------------------------- New: ---- llvm-rust-mangle-for-fastcall.patch ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ llvm13.spec ++++++ ++++ 663 lines (skipped) ++++ between /work/SRC/openSUSE:Factory/llvm13/llvm13.spec ++++ and /work/SRC/openSUSE:Factory/.llvm13.new.1941/llvm13.spec ++++++ baselibs.conf ++++++ --- /var/tmp/diff_new_pack.ZycYAC/_old 2022-04-14 17:23:01.503092248 +0200 +++ /var/tmp/diff_new_pack.ZycYAC/_new 2022-04-14 17:23:01.507092253 +0200 @@ -1,13 +1,3 @@ libLLVM13 -libclang13 -libLTO13 -llvm13-devel - provides "llvm-devel-<targettype> = <version>" - conflicts "otherproviders(llvm-devel-<targettype>)" -clang13-devel - provides "clang-devel-<targettype> = <version>" - conflicts "otherproviders(clang-devel-<targettype>)" -llvm13-LTO-devel - provides "llvm-LTO-devel-<targettype> = <version>" - conflicts "otherproviders(llvm-LTO-devel-<targettype>)" +libclang-cpp13 ++++++ llvm-rust-mangle-for-fastcall.patch ++++++ >From 54b909de682bfa4e3389b680b0916ab18c99952a Mon Sep 17 00:00:00 2001 From: Amanieu d'Antras <[email protected]> Date: Fri, 25 Feb 2022 22:06:47 +0000 Subject: [PATCH] [Mangler] Mangle aliases to fastcall/vectorcall functions correctly These aliases are produced by MergeFunctions and need to be mangled according to the calling convention of the function they are pointing to instead of defaulting to the C calling convention. Reviewed By: rnk Differential Revision: https://reviews.llvm.org/D120382 --- llvm/lib/IR/Mangler.cpp | 2 +- llvm/test/CodeGen/X86/fastcall-correct-mangling.ll | 4 ++++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/llvm/lib/IR/Mangler.cpp b/llvm/lib/IR/Mangler.cpp index 2399ea27ee9d4..b8e3e40e4c1d5 100644 --- a/llvm/lib/IR/Mangler.cpp +++ b/llvm/lib/IR/Mangler.cpp @@ -144,7 +144,7 @@ void Mangler::getNameWithPrefix(raw_ostream &OS, const GlobalValue *GV, // Mangle functions with Microsoft calling conventions specially. Only do // this mangling for x86_64 vectorcall and 32-bit x86. - const Function *MSFunc = dyn_cast<Function>(GV); + const Function *MSFunc = dyn_cast_or_null<Function>(GV->getBaseObject()); // Don't add byte count suffixes when '\01' or '?' are in the first // character. diff --git a/llvm/test/CodeGen/X86/fastcall-correct-mangling.ll b/llvm/test/CodeGen/X86/fastcall-correct-mangling.ll index 00dc44e75e8f5..dd8ce0f0ef505 100644 --- a/llvm/test/CodeGen/X86/fastcall-correct-mangling.ll +++ b/llvm/test/CodeGen/X86/fastcall-correct-mangling.ll @@ -31,3 +31,7 @@ define private x86_fastcallcc void @dontCrash() { ; CHECK64-LABEL: {{^}}.LdontCrash: ret void } + +@alias = alias void(i64, i8, i8, i16), void(i64, i8, i8, i16)* @func +; CHECK32-LABEL: {{^}}.set @alias@20, @func@20 +; CHECK64-LABEL: {{^}}.set alias, func ++++++ llvm13-rpmlintrc ++++++ --- /var/tmp/diff_new_pack.ZycYAC/_old 2022-04-14 17:23:01.591092351 +0200 +++ /var/tmp/diff_new_pack.ZycYAC/_new 2022-04-14 17:23:01.595092355 +0200 @@ -11,3 +11,7 @@ # We're deliberately conflicting with SLE. (https://code.opensuse.org/leap/features/issue/55) addFilter("SUSE_Backports_policy-SLE_conflict") +# Different versions of LLVM can produce the same SONAME, so we'll have to use +# non-standard names sometimes. (Leap's rpmlint complains, Tumbleweed's doesn't.) +addFilter("shlib-policy-name-error") +
