too long lines were shrinked: FAILED: IGC/CMakeFiles/igc_dll.dir/AdaptorOCL/OCL/sp/spp_g8.cpp.o /usr/bin/x86_64-pc-linux-gnu-g++ -DCL_KHR_FP64_EXT -DGHAL3D=USC -DICBE_LINUX -DIGA_DISABLE_ENCODER_EXCEPTIONS -DIGC_CMAKE -DIGC_EXPORTS=1 -DIGC_SPIRV_ENABLED -DINSIDE_PLUGIN -DISTDLIB_UMD -DLINUX -DLLVM_VERSION_MAJOR=11 -DNDEBUG -DNOMINMAX -DSTD_CALL -DUSC_EXPORTS=1 -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D In file included from /var/tmp/portage/dev-util/intel-graphics-compiler-1.0.8744/work/intel-graphics-compiler-igc-1.0.8744/IGC/AdaptorOCL/OCL/sp/spp_g8.cpp:22: /var/tmp/portage/dev-util/intel-graphics-compiler-1.0.8744/work/intel-graphics-compiler-igc-1.0.8744/IGC/WrapperLLVM/include/lldWrapper/Common/Driver.h: In function bool IGCLLD::elf::link(llvm::ArrayRef<const char*>, bool, llvm::raw_ostream&, llvm::raw_ostream&)’: /var/tmp/portage/dev-util/intel-graphics-compiler-1.0.8744/work/intel-graphics-compiler-igc-1.0.8744/IGC/WrapperLLVM/include/lldWrapper/Common/Driver.h:23:41: error: invalid initialization of reference of type llvm::raw_ostream&’ from expression of type bool’ 23 | return lld::elf::link(Args, CanExitEarly, stdoutOS, stderrOS); | ^~~~~~~~~~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-j4-20220318-210509 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-9.3.1 [2] x86_64-pc-linux-gnu-10.3.1 [3] x86_64-pc-linux-gnu-11.2.1 * clang/llvm (if any): clang version 14.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/14/bin /usr/lib/llvm/14 14.0.0 Python 3.9.12 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) [3] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.59.0 [2] rust-1.59.0 * The following VMs are available for generation-2: *) Eclipse Temurin JDK 11.0.14_p9 [openjdk-bin-11] 2) Eclipse Temurin JDK 8.322_p06 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 system-vm The Glorious Glasgow Haskell Compilation System, version 8.10.4 php cli: HEAD of ::gentoo commit 665d52c74e49edd3988bd716692fa10baf2e7042 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Thu Mar 24 18:19:40 2022 +0000 2022-03-24 18:19:39 UTC emerge -qpvO dev-util/intel-graphics-compiler [ebuild N ] dev-util/intel-graphics-compiler-1.0.8744 USE="-debug"
Created attachment 767743 [details] emerge-info.txt
Created attachment 767744 [details] dev-util:intel-graphics-compiler-1.0.8744:20220324-200614.log.bz2
Created attachment 767745 [details] emerge-history.txt.bz2
Created attachment 767746 [details] environment
Created attachment 767747 [details] etc.portage.tar.bz2
Created attachment 767748 [details] logs.tar.bz2
Created attachment 767749 [details] temp.tar.bz2
ci has reproduced this issue with version 1.0.10713 - Updating summary.
Hm, I have no cloud how to reproduce this :/ It compiles just fine for me.
ci has reproduced this issue with version 1.0.10778 - Updating summary.
(In reply to Conrad Kostecki from comment #9) > Hm, I have no cloud how to reproduce this :/ It compiles just fine for me. Do you have lld-14 installed? I suspect it's what I've mentioned before at the end of [1] and in [2], it ends up trying to use incompatible liblldElf.so.14 + headers because that package is not slotted (and it'd be non-trivial to). It also doesn't RDEPEND on it despite using its library (some older versions didn't use it afaik, and so wasn't an issue). 2022-03-24T20:18:54 >>> sys-devel/lld-14.0.0 and error happens on: | return lld::elf::<snip> [1] https://github.com/gentoo/gentoo/pull/24731#pullrequestreview-919651124 [2] https://github.com/gentoo/gentoo/pull/24731#issuecomment-1077206098
ci has reproduced this issue with version 1.0.10840 - Updating summary.
(In reply to Ionen Wolkens from comment #11) > (In reply to Conrad Kostecki from comment #9) > > Hm, I have no cloud how to reproduce this :/ It compiles just fine for me. > Do you have lld-14 installed? I suspect it's what I've mentioned before at > the end of [1] and in [2], it ends up trying to use incompatible > liblldElf.so.14 + headers because that package is not slotted (and it'd be > non-trivial to). Indeed. Today, I hit for first time this bug. This happend after lld got upgraded to sys-devel/lld-14.0.0. It was stuck at 13.x due libreoffice, which now upgraded. Well, the question is, what to do. The only possibility I see, is to force -13.x, as it's non slotted.
(In reply to Conrad Kostecki from comment #13) > Well, the question is, what to do. The only possibility I see, is to force > -13.x, as it's non slotted. Yes, unless want to help the llvm project improve the situation. As mentioned on github, this is what dev-lang/zig does already so it wouldn't be a first (albeit can use a single line "=sys-devel/lld-${LLVM_MAX_SLOT}*" RDEPEND rather than what it does).
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=79ea8b72e7012bbb75b742a4f2767f7159c52375 commit 79ea8b72e7012bbb75b742a4f2767f7159c52375 Author: Conrad Kostecki <conikost@gentoo.org> AuthorDate: 2022-04-10 20:01:11 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2022-04-10 21:32:52 +0000 dev-util/intel-graphics-compiler: force lld version This change forces the coresponding lld version for llvm as otherwise compilation will fail. Closes: https://bugs.gentoo.org/835959 Signed-off-by: Conrad Kostecki <conikost@gentoo.org> ...er-1.0.10713.ebuild => intel-graphics-compiler-1.0.10713-r1.ebuild} | 3 ++- ...er-1.0.10778.ebuild => intel-graphics-compiler-1.0.10778-r1.ebuild} | 3 ++- ...er-1.0.10840.ebuild => intel-graphics-compiler-1.0.10840-r1.ebuild} | 3 ++- 3 files changed, 6 insertions(+), 3 deletions(-)