https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-libs/intel-compute-runtime-22.49.25018.24 fails to compile (HARDENED-SYSTEM). Discovered on: amd64 (internal ref: hardened_tinderbox) NOTE: (HARDENED-SYSTEM) in the summary means that the bug was found on a machine that runs an hardened profile with -D_FORTIFY_SOURCE=3 and -D_GLIBCXX_ASSERTIONS (https://www.gentoo.org/support/news-items/2023-01-01-hardening-fortify-assertions.html) but this bug MAY or MAY NOT BE related to the changes related to hardened.
Created attachment 849966 [details] build.log build log and emerge --info
Error(s) that match a know pattern: -- Package 'libigdmd', required by 'virtual:world', not found FAILED: bin/built_ins/x64/gen8/stateless_copy_buffer_rect_stateless_0_Gen8bdw.bin /var/tmp/portage/dev-libs/intel-compute-runtime-22.49.25018.24/work/compute-runtime-22.49.25018.24_build/bin/built_ins/x64/gen8/stateless_copy_buffer_rect_stateless_0_Gen8bdw.bin
/usr/lib/gcc/x86_64-pc-linux-gnu/12/include/g++-v12/bits/unique_ptr.h:445: typename std::add_lvalue_reference<_Tp>::type std::unique_ptr<_Tp, _Dp>::operator*() const [with _Tp = llvm::SmallPtrSet<llvm::Argument*, 2>; _Dp = std::default_delete<llvm::SmallPtrSet<llvm::Argument*, 2> >; typename std::add_lvalue_reference<_Tp>::type = llvm::SmallPtrSet<llvm::Argument*, 2>&]: Assertion 'get() != pointer()' failed.
I'm getting this on a non-hardened profile.
FYI, re-emerging dev-util/intel-graphics-compiler with "-U_GLIBCXX_ASSERTIONS" in {C,XX}FLAGS at least allows dev-libs/intel-compute-runtime to build until upstream fixes the bug. It obviously doesn't actually fix the underlying issue at [1]. [1]: https://github.com/intel/intel-graphics-compiler/issues/282
(In reply to Maciej S. Szmigiero from comment #5) > FYI, re-emerging dev-util/intel-graphics-compiler with > "-U_GLIBCXX_ASSERTIONS" in {C,XX}FLAGS at least allows > dev-libs/intel-compute-runtime to build until upstream fixes the bug. > > It obviously doesn't actually fix the underlying issue at [1]. > > [1]: https://github.com/intel/intel-graphics-compiler/issues/282 Thanks and indeed https://github.com/intel/intel-graphics-compiler/issues/282#issuecomment-1439828295 sounds right.
(In reply to Andrew Udvare from comment #4) > I'm getting this on a non-hardened profile. Are you setting -D_GLIBCXX_ASSERTIONS or using gcc[hardened]?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2318ae30753d3a6f931f4c0437507a603863e23f commit 2318ae30753d3a6f931f4c0437507a603863e23f Author: Sam James <sam@gentoo.org> AuthorDate: 2023-02-23 22:45:59 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-02-23 22:49:22 +0000 dev-libs/intel-compute-runtime: pass -U_GLIBCXX_ASSERTIONS for now Issue is known & WIP upstream. Bug: https://github.com/intel/intel-graphics-compiler/issues/282 Closes: https://bugs.gentoo.org/893370 Signed-off-by: Sam James <sam@gentoo.org> .../intel-compute-runtime-22.43.24595.35.ebuild | 3 +++ .../intel-compute-runtime-22.49.25018.24.ebuild | 5 ++++- .../intel-compute-runtime-22.53.25242.13.ebuild | 5 ++++- 3 files changed, 11 insertions(+), 2 deletions(-)
Unfortunately, that's wrong since is *not* dev-libs/intel-compute-runtime that needs "-U_GLIBCXX_ASSERTIONS" but dev-util/intel-graphics-compiler. The assertion triggers inside intel-graphics-compiler when building dev-libs/intel-compute-runtime - it's *not* an assertion inside intel-compute-runtime but rather the compiler itself.
(In reply to Maciej S. Szmigiero from comment #9) > Unfortunately, that's wrong since is *not* dev-libs/intel-compute-runtime > that needs "-U_GLIBCXX_ASSERTIONS" but dev-util/intel-graphics-compiler. > > The assertion triggers inside intel-graphics-compiler when building > dev-libs/intel-compute-runtime - it's *not* an assertion inside > intel-compute-runtime but rather the compiler itself. I was a bit surprised but I didn't worry too much over it given these packages have used themselves during compilation, so I didn't take the build-time part to be alarming (I figured it was an assertion in the thing just-built given the issues we've had with igc and friends before). Thanks, I'll fix now.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=daadd49cc676a3cc58089832355df3f37b2d14c3 commit daadd49cc676a3cc58089832355df3f37b2d14c3 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-02-23 22:59:10 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-02-23 23:00:27 +0000 dev-util/intel-graphics-compiler: pass -U_GLIBCXX_ASSERTIONS for now Issue is known & WIP upstream. Bug: https://github.com/intel/intel-graphics-compiler/issues/282 Closes: https://bugs.gentoo.org/893370 Fixes: 2318ae30753d3a6f931f4c0437507a603863e23f Signed-off-by: Sam James <sam@gentoo.org> .../intel-graphics-compiler-1.0.12260.1-r2.ebuild | 89 +++++++++++++++++++++ .../intel-graphics-compiler-1.0.12504.5-r3.ebuild | 91 ++++++++++++++++++++++ .../intel-graphics-compiler-1.0.12812.26-r2.ebuild | 91 ++++++++++++++++++++++ .../intel-graphics-compiler-1.0.13230.7-r1.ebuild | 91 ++++++++++++++++++++++ 4 files changed, 362 insertions(+) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=97f7e88464f78b65e3275db1fe7a957603d1c139 commit 97f7e88464f78b65e3275db1fe7a957603d1c139 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-02-23 22:54:49 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-02-23 23:00:26 +0000 Revert "dev-libs/intel-compute-runtime: pass -U_GLIBCXX_ASSERTIONS for now" This reverts commit 2318ae30753d3a6f931f4c0437507a603863e23f. This should be dev-util/intel-graphics-compiler instead. Bug: https://bugs.gentoo.org/893370 Signed-off-by: Sam James <sam@gentoo.org> .../intel-compute-runtime-22.43.24595.35.ebuild | 3 --- .../intel-compute-runtime-22.49.25018.24.ebuild | 5 +---- .../intel-compute-runtime-22.53.25242.13.ebuild | 5 +---- 3 files changed, 2 insertions(+), 11 deletions(-)
