Details
-
Bug
-
Resolution: Done
-
P2: Important
-
6.0.0
-
None
-
-
4c52dd43ae69659f5b838448817d8f47ad61df21 (qt/qtbase/dev) 62031bce512558e8d21becba6752751d2859ae38 (qt/qtbase/6.2)
Description
The QMAKE_LIBS_OPENSSL/NOLINK entry should not exist.
A naive attempt to fix this failed: https://codereview.qt-project.org/c/qt/qtbase/+/327313
This patch filters simply removes the /nolink suffix from qmake libraries upon encountering them.
With this patch, QMAKE_LIBS_OPENSSL/NOLINK is not written to qt_lib_network_private.pri. But the QMAKE_LIBS_OPENSSL_DEBUG/QMAKE_LIBS_OPENSSL_RELEASE entries are also empty.
That's because QMAKE_LIBS_OPENSSL and QMAKE_LIBS_OPENSSL/NOLINK are now considered to be the same library, but they are actually two separate libraries:
WrapOpenSSL and WrapOpenSSLHeaders.
OpenSSL is the only library that is handled like that. Now, that we can break the qmake build, it might be a chance to get rid of that special case.