Created attachment 550562 [details] dev-util:spirv-tools-2018.5:20181011-092143.log Given how much time it wastes on compiling stuff, the end result is somewhat surprising: ./ ./usr/ ./usr/share/ ./usr/share/doc/ ./usr/share/doc/spirv-tools-2018.5/ ./usr/share/doc/spirv-tools-2018.5/CHANGES.lz ./usr/share/doc/spirv-tools-2018.5/README.md.lz ./usr/include/ ./usr/include/spirv-tools/ ./usr/include/spirv-tools/spirv-tools-commit.h >>> Done.
Created attachment 550564 [details] emerge-info.txt
Hi Michal, The issue is due to ninja being used for CMake Makefile generation. I expect it will fail with all spirv/vulkan packages since they all use a very similar build system configuration. Should I be setting CMAKE_MAKEFILE_GENERATOR=emake for all of those packages? Thanks, Sarnex
I suspect this is because the ebuild is calling 'default' instead of 'cmake-utils_src_install'.
Good catch, that was the fix. Will submit shortly. Thanks, Sarnex
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d939d55db5f1a22324469d29bb6d056767bf0083 commit d939d55db5f1a22324469d29bb6d056767bf0083 Author: Nick Sarnie <sarnex@gentoo.org> AuthorDate: 2018-10-13 17:45:44 +0000 Commit: Nick Sarnie <sarnex@gentoo.org> CommitDate: 2018-10-13 17:47:15 +0000 dev-util/spirv-tools: Fix install when using ninja Fix suggestion by mgorny I also confirmed that no other vulkan/spirv packages have this mistake Fixes: https://bugs.gentoo.org/668286 Signed-off-by: Nick Sarnie <sarnex@gentoo.org> Package-Manager: Portage-2.3.51, Repoman-2.3.11 dev-util/spirv-tools/spirv-tools-2018.4.ebuild | 2 +- dev-util/spirv-tools/spirv-tools-2018.5.ebuild | 2 +- dev-util/spirv-tools/spirv-tools-9999.ebuild | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)