Summary: | sys-devel/llvm-7.1.0: stablereq | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | Stabilization | Assignee: | LLVM support project <llvm> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | brunoferreirapinto, gentoo, joakim.tjernlund, nbowler, O01eg |
Priority: | Normal | Keywords: | STABLEREQ |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: |
sys-devel/llvm-common-7.1.0 amd64 arm arm64 x86
sys-devel/llvm-7.1.0 amd64 arm arm64 x86
sys-devel/llvmgold-7 amd64 arm arm64 x86
dev-python/lit-7.1.0 amd64 arm arm64 x86
dev-libs/libpfm-4.10.1 amd64 arm x86
|
Runtime testing required: | No |
Bug Depends on: | 666651, 667854, 669828, 671266 | ||
Bug Blocks: | 664868, 689510 |
Description
Michał Górny
![]() ![]() ![]() ![]() mesa-18.3.x stabilization is going to be blocked by this. The bugs this depends on need to be reevaluated from the looks of them. For the record, upstream has stated that 7.1.0 will be released shortly after 8.0.0. (In reply to Michał Górny from comment #2) > For the record, upstream has stated that 7.1.0 will be released shortly > after 8.0.0. Thanks. FTR, I was wrong about the mesa version that will require this. It's mesa-19, not 18.3, though 18.3 would benefit from llvm-7 as well. :) Please include dev-util/lldb in the stabilization. The ebuild is in tree for several LLVM releases already, but never got stabilized. It would be very helpful to have an alternative to sys-devel/gdb as stable ebuild in the tree. LLDB is also used quite widely already, e.g. JetBrains CLion IDE ships a bundled version. Have you seen this: https://bugs.llvm.org/show_bug.cgi?id=39427 Its an ABI incompat with gcc for 7.0.1 An automated check of this bug failed - repoman reported dependency errors (147 lines truncated):
> dependency.bad sys-devel/llvm/llvm-7.1.0.ebuild: DEPEND: amd64(default/linux/amd64/17.0) ['dev-libs/libpfm:=']
> dependency.bad sys-devel/llvm/llvm-7.1.0.ebuild: RDEPEND: amd64(default/linux/amd64/17.0) ['dev-libs/libpfm:=']
> dependency.bad sys-devel/llvm/llvm-7.1.0.ebuild: DEPEND: amd64(default/linux/amd64/17.0/desktop) ['dev-libs/libpfm:=']
amd64 stable x86 stable arm64 stable arm@: Ping... An automated check of this bug failed - repoman reported dependency errors (61 lines truncated):
> dependency.bad sys-libs/libcxx/libcxx-7.1.0.ebuild: DEPEND: arm(default/linux/arm/17.0) ['~sys-libs/libcxxabi-7.1.0[libunwind=,static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]', 'sys-libs/libcxxrt[libunwind=,static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]', '>=sys-devel/clang-3.9.0']
> dependency.bad sys-libs/libcxx/libcxx-7.1.0.ebuild: RDEPEND: arm(default/linux/arm/17.0) ['~sys-libs/libcxxabi-7.1.0[libunwind=,static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]', 'sys-libs/libcxxrt[libunwind=,static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.badindev sys-libs/libcxx/libcxx-7.1.0.ebuild: DEPEND: arm(default/linux/arm/17.0/armv4) ['~sys-libs/libcxxabi-7.1.0[libunwind=,static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]', 'sys-libs/libcxxrt[libunwind=,static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]', '>=sys-devel/clang-3.9.0']
I have no clue what you're doing but clang & co weren't targeted by this on arm. arm stable |