Sofia Wants Peace N Quiet
n00b
Joined: 10 Mar 2025
Posts: 1
|
 Posted: Mon Mar 10, 2025 2:39 am Post subject: dev-util/spirv-tools compilation fails on world update |
 |
|
I've not done a a world update within the last two weeks and when running "doas emerge -avuDU --verbose-conflicts --backtrack=100 --with-bdeps=y @world" I ran into a problem when updating dev-util/spirv-tools to version 1.4.304.0
| Code: |
* ERROR: dev-util/spirv-tools-1.4.304.0::gentoo failed (compile phase):
* ninja -v -j12 -l12 failed
*
* Call stack:
* ebuild.sh, line 136: Called src_compile
* environment, line 3180: Called cmake-multilib_src_compile
* environment, line 1086: Called multilib-minimal_src_compile
* environment, line 2113: Called multilib_foreach_abi 'multilib-minimal_abi_src_compile'
* environment, line 2380: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
* environment, line 2073: Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
* environment, line 2071: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_compile'
* environment, line 398: Called multilib-minimal_abi_src_compile
* environment, line 2107: Called multilib_src_compile
* environment, line 2600: Called cmake_src_compile
* environment, line 1204: Called cmake_build
* environment, line 1171: Called eninja
* environment, line 1499: Called die
* The specific snippet of code:
* "$@" || die -n "${*} failed"
*
* If you need support, post the output of `emerge --info '=dev-util/spirv-tools-1.4.304.0::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-util/spirv-tools-1.4.304.0::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-util/spirv-tools-1.4.304.0/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-util/spirv-tools-1.4.304.0/temp/environment'.
* Working directory: '/var/tmp/portage/dev-util/spirv-tools-1.4.304.0/work/SPIRV-Tools-vulkan-sdk-1.4.304.0_build-abi_x86_32.x86'
|
I've done some investigating and I'm truly stumped, as it seems like it failed due to declaration errors in the c++ code as opposed to dependency errors I've encountered before, here are the relevant logs and command outputs:
/var/tmp/portage/dev-util/spirv-tools-1.4.304.0/temp/build.log: https://bpa.st/HPIQ
"emerge --info '=dev-util/spirv-tools-1.4.304.0::gentoo'": https://bpa.st/T6QA
"emerge -pqv '=dev-util/spirv-tools-1.4.304.0::gentoo'":
| Code: |
[ebuild U ] dev-util/spirv-tools-1.4.304.0 [1.3.296.0] ABI_X86="32* (64) (-x32)"
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-util/spirv-tools:0
(dev-util/spirv-tools-1.4.304.0:0/0::gentoo, ebuild scheduled for merge) USE="" ABI_X86="32 (64) (-x32)" pulled in by
=dev-util/spirv-tools-1.4.304.0::gentoo (Argument)
(dev-util/spirv-tools-1.3.296.0:0/0::gentoo, installed) USE="" ABI_X86="(64) -32 (-x32)" pulled in by
~dev-util/spirv-tools-1.3.296.0[abi_x86_64(-)] required by (dev-util/glslang-1.3.296.0-r1:0/15::gentoo, installed) USE="" ABI_X86="(64) -32 (-x32)"
|
Also possibly relevant to mention that I was asked to modify my package.use file by portage (evoked with the default values for '--backtrack' and '--with-bdeps') before this update relating to spirv-tools:
| Code: |
# required by media-libs/mesa-24.3.4-r1::gentoo
# required by x11-base/xorg-server-21.1.16::gentoo[-minimal]
# required by @selected
# required by @world (argument)
>=dev-util/spirv-tools-1.4.304.0 abi_x86_32
|
I'm interested to see if there's anything I can do to finish my update without temporarily masking (or skipping) the latest version of the xorg server to see if this magically fixes itself next time I try an update.
Any help is appreciated, I'll be checking up on this tomorrow, thanks! :)
EDIT: This seems to be related to a dev-util/spirv-headers bug I missed when investigating , I'll be waiting around for a fix and will update this post as resolved accordingly, for now I will be updating with --keep-going when I get home to resolve my mixed state system. |
|
Portage & Programming
