Summary: | dev-qt/qtgui-5.12.5: undefined reference to `QHighDpiScaling::scaleAndOrigin | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Axel Fischer <axelfischer12> |
Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | gentoo.2019, somaulte |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Axel Fischer
2019-09-26 21:14:55 UTC
Created attachment 591136 [details]
build.log
Build log
Confirmed Axel's findings, having 'gles2' as a GLOBAL flag has allowed qtgui-5.12.5 to compile without issue. Reccomend changing 'gles2' as a default enable flag for dev-qt packages Certainly not, breaks everything. Please don't randomly CC arch teams. I run into exactly the same problem, and the problem seems to be in the command line for the generated link command in the Makefile. The problem stems from here: Makefile.xcb_qpa_lib:LIBS = $(SUBLIBS) /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5ServiceSupport.a /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5ThemeSupport.a /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5FontDatabaseSupport.a /usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so /usr/lib64/libz.so /usr/lib64/libQt5LinuxAccessibilitySupport.a -lQt5AccessibilitySupport -lQt5Gui -lQt5DBus -lQt5Core /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5AccessibilitySupport.a /usr/lib64/libGL.so /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5Gui.so /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5EdidSupport.a /usr/lib64/libQt5DBus.so /usr/lib64/libQt5Core.so -lpthread /usr/lib64/libX11-xcb.so /usr/lib64/libxcb-xinput.so /usr/lib64/libxcb-icccm.so /usr/lib64/libxcb-image.so /usr/lib64/libxcb-shm.so /usr/lib64/libxcb-keysyms.so /usr/lib64/libxcb-randr.so /usr/lib64/libxcb-render-util.so /usr/lib64/libxcb-render.so /usr/lib64/libxcb-shape.so /usr/lib64/libxcb-sync.so /usr/lib64/libxcb-xfixes.so /usr/lib64/libxcb-xinerama.so /usr/lib64/libxcb-xkb.so /usr/lib64/libxcb.so /usr/lib64/libXrender.so /usr/lib64/libXext.so /usr/lib64/libX11.so /usr/lib64/libm.so /usr/lib64/libSM.so /usr/lib64/libICE.so /usr/lib64/libxkbcommon-x11.so /usr/lib64/libxkbcommon.so /usr/lib64/libdl.so /usr/lib64/libGL.so /usr/lib64/libgthread-2.0.so /usr/lib64/libglib-2.0.so /usr/lib64/libfreetype.so /usr/lib64/libz.so The problem is that there is a -lQt5Gui in that list before /var/tmp/portage/dev-qt/qtgui-5.12.5/work/qtbase-everywhere-src-5.12.5/lib/libQt5Gui.so ... and this is the package building the Qt5Gui library. This uses the existing Qt5Gui library on your system in preference to the one currently being built. If you remove the -lQt5Gui from this variable, the merge succeeds. I guess you could also delete your /usr/lib*/libQt5Gui.so* as well ... Of course, once you have that version merged, you can merge it again with no problems. Strangely, Axel Fischer's build.log isn't exactly the same -- but his has /usr/lib64/libQt5Gui.so instead of -lQt5Gui ... which causes the same problem. I didn't check where this comes from, since the build system seems pretty complicated. |