Summary: | games-fps/gzdoom-4.3.3 fails to compile: PoolAlloc.h:307:54: error: 'operator=' is a private member of 'glslang::TPoolAllocator' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Current packages | Assignee: | William Breathitt Gray <vilhelm.gray> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | games, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 408963 | ||
Attachments: |
build.log
1-CMakeError.log 1-CMakeOutput.log |
Description
Agostino Sarubbo
2020-08-27 11:15:16 UTC
Created attachment 657092 [details]
build.log
build log and emerge --info
Created attachment 657094 [details]
1-CMakeError.log
1-CMakeError.log
Created attachment 657096 [details]
1-CMakeOutput.log
1-CMakeOutput.log
GZDoom currently links to the bundled glslang in the source package. This version of glslang has not been patched to compile with modern versions of Clang. The upstream for glslang has fixed this issue however: https://github.com/KhronosGroup/glslang/pull/2010 We cherry-pick this fix, but I'm going to try to rework GZDoom to have it dynamically link to the system-provided glslang instead so we don't have issues like this in the future. GZDoom upstream updated to a more recent version of glslang with the mentioned fix merged. This bug should be resolved now. If you're still hitting this error message, please reopen. |