dev-util/glslang-1.3.224 installs architecture-dependent CMake control files to /usr/share/glslang, resulting in library architecture mismatches on multilib systems. For example, on multilib x86-64, /usr/share/glslang/glslang-targets-gentoo.cmake contains only 32-bit library paths, causing builds of 64-bit packages using glslang to fail due to trying to link the 32-bit library. Building glslang with only a single arch works around the problem. I haven't used CMake enough to know what a proper multilib solution would look like.
Huh, I thought we'd fixed this a while ago.
Great, it looks like both ABIs install /usr/share/glslang/glslang-targets-gentoo.cmake with paths for that ABI but both ABIs use the same file so it overwrites and we end up with lib64. Always love to see it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=964f41e75f853df5227797adc927139bc7f466e3 commit 964f41e75f853df5227797adc927139bc7f466e3 Author: Nick Sarnie <sarnex@gentoo.org> AuthorDate: 2022-09-11 15:48:25 +0000 Commit: Nick Sarnie <sarnex@gentoo.org> CommitDate: 2022-09-11 15:49:42 +0000 dev-util/glslang: Fix cmake file install dir Closes: https://bugs.gentoo.org/869245 Signed-off-by: Nick Sarnie <sarnex@gentoo.org> ...lslang-1.3.224-Fix-cmake-file-install-dir.patch | 258 +++++++++++++++++++++ dev-util/glslang/glslang-1.3.224-r1.ebuild | 30 +++ 2 files changed, 288 insertions(+)