summaryrefslogtreecommitdiffstats
path: root/dist/changes-5.6.3
diff options
context:
space:
mode:
authorGiuseppe D'Angelo <giuseppe.dangelo@kdab.com>2018-10-01 13:43:44 +0200
committerGiuseppe D'Angelo <giuseppe.dangelo@kdab.com>2018-10-22 17:07:11 +0000
commit702c7d1321e8d22b982c3300beb8901d98ac110f (patch)
tree93ad73adca5405daf5a0343b4fb82edb5eaab96a /dist/changes-5.6.3
parentc9b9f663d7243988bcb5fee9180ea9cb3a321a86 (diff)
OpenSSL: force the "1.0.0" soname when loading OpenSSL 1.05.6
Some Linux distributions patch OpenSSL's soname, making builds on such distributions not deployable elsewhere. The problem is that the code loading OpenSSL symbols would attempt to use the soname of the build machine, and therefore not finding the OpenSSL libraries on the deploy system. The binary builds of Qt for Linux are affected by this problem, as they build under RHEL7.4 which changes to soname of OpenSSL to a non-standard string. This makes the binary builds not pick up OpenSSL 1.0 from the machine where the build gets installed on. Given that in the pre-1.1 versions only the 1.0 series is supported, bump the minimum requirement of Qt to that. The 1.0.x releases (up to 1.0.2, at the time of this writing) have kept binary compatibility, and advertise a soname of "1.0.0", which is used by most distributions. So, if loading of OpenSSL with the build-time soname fails, try to load them with the "1.0.0" hardcoded soname. [ChangeLog][QtNetwork][SSL] OpenSSL >= 1.0 is now required to build Qt with OpenSSL support. Task-number: QTBUG-68156 Change-Id: Ieff1561a3c1d278b511f09fef06580f034f188c6 Reviewed-by: Timur Pocheptsov <timur.pocheptsov@qt.io> (cherry picked from commit 2708c6c11d685ab25c12d558961d924c9a4533d2)
Diffstat (limited to 'dist/changes-5.6.3')
0 files changed, 0 insertions, 0 deletions