Details
-
Bug
-
Resolution: Done
-
P2: Important
-
None
-
6.0
Description
When using the Qt6 snapshot from the MaintenanceTool, I spotted several issues with .prl files.
Note, that I did not test the latest branch.
Linux/macOS:
- the QT_INSTALL_LIBS variable is suffixed with the "/get" suffix:
QMAKE_PRL_LIBS = $$[QT_INSTALL_LIBS/get]/libQt6Core.so /usr/lib64/libGLX.so /usr/lib64/libOpenGL.so
For instance, in Qt 5.15 the file looked like this:
QMAKE_PRL_LIBS = -L/home/qt/openssl-1.1.1d/lib $$[QT_INSTALL_LIBS]/libQt5Core.so -lpthread
Linux:
Next, there's no /usr/lib64/libGLX.so on Debian, all libs are located in the /usr/lib/x86_64-linux-gnu directory.
macOS:
prl files are located in the framework root (e.g. QtCore.framework/QtCore.prl) instead of the Resources folder - this is regression to Qt 5.13 (the location was changed in 5.14)
Attachments
Issue Links
- relates to
-
QTBUG-88068 Some .prl files contain invalid paths (on Mac?)
- Closed
-
QTBUG-89577 Incorrect QMAKE_PRL_TARGET on Windows
- Closed
-
QTBUG-85240 Building examples with qmake / cmake using Qt 6.0.0 snapshot fails
- Closed
-
QTBUG-87760 .prl files containing invalid "-l-pthread" entries in QMAKE_PRL_LIBS
- Closed