Summary: | dev-util/glslang-1.3.275 isn't installing all the headers | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Lothian <mike> |
Component: | Current packages | Assignee: | Nick Sarnie <sarnex> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | ionen, mike, sarnex |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/KhronosGroup/glslang/issues/3476 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mike Lothian
2024-01-19 00:37:18 UTC
fwiw it seems intentional as far as glslang upstream goes, they have a specific rule for public headers and only install these. set(PUBLIC_HEADERS Public/ResourceLimits.h Public/ShaderLang.h Public/resource_limits_c.h Include/glslang_c_interface.h Include/glslang_c_shader_types.h Include/ResourceLimits.h MachineIndependent/Versions.h) foreach(file ${PUBLIC_HEADERS}) get_filename_component(dir ${file} DIRECTORY) install(FILES ${file} DESTINATION ${CMAKE_INSTALL_INCLUDEDIR}/glslang/${dir}) endforeach() https://github.com/KhronosGroup/glslang/issues/3476 seems related Looks like it was https://github.com/KhronosGroup/glslang/commit/1dcb072cda091180a5b8b03c030bcbe83a54f8e2 Seems this is an intentional design decision from upstream and downstream software will need to adapt. Not sure there is anything for us to do here. If there is software in gentoo relying on non-existent headers we can update the dependency until the software updates. I don't think anything in tree is relying on these now-internal headers, so closing this for now. |