Summary: | sys-devel/llvm-3.9.0 sys-libs/libcxx sys-libs/libcxxrt sys-libs/libomp keyword request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | Keywording | Assignee: | LLVM support project <llvm> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | aballier, bsd+disabled, prefix, tsmksubc, voyageur |
Priority: | Normal | Keywords: | KEYWORDREQ |
Version: | unspecified | Flags: | stable-bot:
sanity-check-
|
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: |
dev-python/lit-3.9.0
sys-devel/llvm-3.9.1-r1
sys-devel/clang-3.9.1-r100
sys-devel/clang-runtime-3.9.1
sys-libs/libcxx-3.9.1
sys-libs/libcxxabi-3.9.1
sys-libs/libcxxrt-0.0_p20160922
sys-libs/libomp-3.9.1
sys-libs/libunwind-1.1-r1
sys-libs/llvm-libunwind-3.9.1
|
Runtime testing required: | Yes |
Bug Depends on: | 595744, 600098, 600148, 610716 | ||
Bug Blocks: | 600104, 607660 |
Description
Michał Górny
2016-08-21 18:54:13 UTC
Arch teams, please proceed. Hmm, sparc and prefix teams will also have to look at sys-libs/libunwind-1.1-r1.
> Please test and keyword:
>
> sys-devel/llvm-3.8.1-r2
> sys-libs/libcxx-3.8.1
> sys-libs/libcxxrt-3.8.1
>
I think you meant sys-libs/libcxxrt-0.0_p20150423-r1
Yes. So: sys-devel/llvm-3.8.1-r2 sys-libs/libcxx-3.8.1 sys-libs/libcxxrt-0.0_p20150423-r1 sys-libs/libunwind-1.1-r1 (In reply to Michał Górny from comment #0) > sys-devel/llvm-3.8.1-r1+ gained an optional libcxx dep, and as a result lost > a few keywords. > > Please test and keyword: > > sys-devel/llvm-3.8.1-r2 > sys-libs/libcxx-3.8.1 > sys-libs/libcxxrt-3.8.1 > > Or alternatively p.u.mask default-libcxx flag on sys-devel/llvm and restore > the keyword. > > Missing keywords: ~arm ~arm64 ~ppc ~ppc64 ~sparc ~x64-freebsd ~arm-linux > ~ppc-macos ~x64-macos ~x86-macos Please also test keyword ~mips Darwin already depends on sys-libs/libcxx, I'll mask 3.8.1-r2. (In reply to Lei Zhang from comment #5) > (In reply to Michał Górny from comment #0) > > sys-devel/llvm-3.8.1-r1+ gained an optional libcxx dep, and as a result lost > > a few keywords. > > > > Please test and keyword: > > > > sys-devel/llvm-3.8.1-r2 > > sys-libs/libcxx-3.8.1 > > sys-libs/libcxxrt-3.8.1 > > > > Or alternatively p.u.mask default-libcxx flag on sys-devel/llvm and restore > > the keyword. > > > > Missing keywords: ~arm ~arm64 ~ppc ~ppc64 ~sparc ~x64-freebsd ~arm-linux > > ~ppc-macos ~x64-macos ~x86-macos > Please also test keyword ~mips I haven't followed clang/llvm development, but AFAIK, they're still lacking in support for various MIPS targets. E.g., last I checked, clang only supported up to the MIPS-III ISA (the old R4x00 CPUs on SGI and DEC systems). Has this changed recently to make clang/llvm viable for MIPS-IV and up, especially the newer MIPS*R2 and MIPS*R6 platforms that have come out recently? I won't be able to compile-test clang/llvm for some time. My Octane is tied up right now building newer stages for the various ISA/ABI combinations we support. Clang takes at least an hour and change on my amd64 dev machine, so on the much slower Octane, it could be upwards of 12hrs or longer to test there. I'm sorry but I really have no clue about MIPS or upstream MIPS support status ;-). Maybe ~mips is not a must-have. It's just that libcxx supports ~mips and it's useless without clang/llvm. (In reply to Lei Zhang from comment #9) > Maybe ~mips is not a must-have. It's just that libcxx supports ~mips and > it's useless without clang/llvm. It's hard to find concrete information on MIPS' status in clang/llvm, but one of their source files indicates it's got MIPS-IV and up support, but may not have much in the way of code tuning for specific CPUs. I didn't dig too deeply though. IMHO, I wouldn't have a problem just dropping ~mips from libccx, if that only applies to clang/llvm usage, until someone can actually test the compiler out on the MIPS platform. sys-devel/llvm-3.8.1-r2 sys-libs/libcxx-3.8.1 sys-libs/libcxxrt-0.0_p20150423-r1 sys-libs/libomp-3.8.1 sys-libs/libunwind-1.1-r1 Since this is a keywordreq, feel free to test 3.9.0 / newer versions instead, whichever is more convenient for you. I'm afraid mips is a no-go because of bug #515694. I doubt we can have clang there unless we fix our profiles to use meaningful CHOSTs and stop hacking around gcc. Ok, turns out libomp doesn't have support code for ppc32 or sparc. I've p.u.masked the relevant flags on sys-devel/clang-runtime. Those arch teams should also skip sys-libs/libomp. FWICS, compiler-rt doesn't support ppc32 or sparc either. If you could confirm that LLVM builds with no compiler-rt libraries, I'll mask the relevant default-compiler-rt flag on llvm (and compiler-rt and sanitize on clang-runtime-9999). llvm-libunwind doesn't seem to support sparc, and has a __ppc__ check. I don't know if that is true on ppc64, and if it means that it supports ppc32, ppc64 or both. libcxx can use libcxxrt or libcxxabi. If the former fails to build, please try using the latter. I'll mask the libcxxrt flag then ;-). If either doesn't build, I don't know if there's a really a point in supporting libcxx on the arch. Finally, if libcxx doesn't build, default-libcxx flag should be masked on LLVM, and libcxx on clang-runtime. In other words, most of the packages are pretty much optional here, and most of them require explicit support for arch in code. Let's go further with the 3.9.1 set. Note that some packages may not be supported on all arches. This version has a much higher number of tests passing ;-). Even better, feel free to play with -9999 versions to get most accurate test results. We can use those results for initial keyword on split 4.0.0 packages. An automated check of this bug failed - the following atom is unknown: sys-devel/clang-3.9.1 Please verify the atom list. An automated check of this bug failed - repoman reported dependency errors (56 lines truncated):
> dependency.bad sys-libs/libcxxabi/libcxxabi-3.9.1.ebuild: DEPEND: ~arm(default/linux/arm/13.0) ['dev-python/lit[python_targets_python2_7(-),python_single_target_python2_7(+)]']
> dependency.bad sys-libs/libcxxabi/libcxxabi-3.9.1.ebuild: DEPEND: ~ppc(default/linux/powerpc/ppc32/13.0) ['dev-python/lit[python_targets_python2_7(-),python_single_target_python2_7(+)]']
> dependency.bad sys-libs/libcxxabi/libcxxabi-3.9.1.ebuild: DEPEND: ~ppc(default/linux/powerpc/ppc32/13.0/desktop) ['dev-python/lit[python_targets_python2_7(-),python_single_target_python2_7(+)]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-libs/libcxx/libcxx-3.9.1.ebuild: DEPEND: ~arm(default/linux/arm/13.0) ['dev-python/lit[python_targets_python2_7(-),python_single_target_python2_7(+)]']
> dependency.bad sys-libs/libcxx/libcxx-3.9.1.ebuild: DEPEND: ~ppc(default/linux/powerpc/ppc32/13.0) ['dev-python/lit[python_targets_python2_7(-),python_single_target_python2_7(+)]']
> dependency.bad sys-libs/libcxx/libcxx-3.9.1.ebuild: DEPEND: ~ppc(default/linux/powerpc/ppc32/13.0/desktop) ['dev-python/lit[python_targets_python2_7(-),python_single_target_python2_7(+)]']
s/llvm-3.9.1/llvm-3.9.1-r1/ and added dev-python/lit-3.9.0 An automated check of this bug failed - repoman reported dependency errors (8 lines truncated):
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
An automated check of this bug failed - repoman reported dependency errors (4 lines truncated):
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
An automated check of this bug failed - repoman reported dependency errors (4 lines truncated):
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad sys-devel/clang/clang-3.9.1-r100.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['~sys-devel/llvm-3.9.1[clang(-),debug=,python?,static-analyzer?,llvm_targets_AArch64?,llvm_targets_AMDGPU?,llvm_targets_ARM?,llvm_targets_BPF?,llvm_targets_Hexagon?,llvm_targets_Mips?,llvm_targets_MSP430?,llvm_targets_NVPTX?,llvm_targets_PowerPC?,llvm_targets_Sparc?,llvm_targets_SystemZ?,llvm_targets_X86?,llvm_targets_XCore?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
> dependency.bad dev-python/lit/lit-3.9.0.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop/gnome) ['dev-python/psutil[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']
~arm64 added I'll start requesting keywording for LLVM 4.0.0 in a fresh PR. |