summaryrefslogtreecommitdiffstats
path: root/cmake/QtFindPackageHelpers.cmake
diff options
context:
space:
mode:
authorJoerg Bornemann <joerg.bornemann@qt.io>2023-02-14 13:59:21 +0100
committerQt Cherry-pick Bot <cherrypick_bot@qt-project.org>2023-02-15 17:34:28 +0000
commite2d1c5d139272164a583ce7d2f1d23164b36180c (patch)
treeac015b1ab1fe2716877a3aee5484b7cbac9fee2b /cmake/QtFindPackageHelpers.cmake
parentb8eeb2d68a5eb53905548decb224844d6c5c2284 (diff)
Revert "CMake: Fix configure -no-rpath"
This reverts commit 854986836a581da694d169744e5487c5ce5f44bf. This reverts commit 392d9a54194d06e96bfebdaf081aa6c9787e33ab. Turns out that enabling this option is now breaking the Qt build, because tools that are called by the Qt build cannot run anymore due to the lack of rpaths. Before, QT_DISABLE_RPATH was simply turning off Qt's additional rpaths but left CMake's rpath defaults intact. To implement a working -no-rpath switch we must add Linux and macOS code paths to _qt_internal_generate_tool_command_wrapper and set LD_LIBRARY_PATH/DYLD_LIBRARY_PATH and friends. Fixes: QTBUG-110816 Change-Id: I021d5e6cd775cbe5b2411d6771ab2545cb04f799 Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io> (cherry picked from commit 2af494c93076cd2acf4493501e472147422a7670) Reviewed-by: Qt Cherry-pick Bot <cherrypick_bot@qt-project.org>
Diffstat (limited to 'cmake/QtFindPackageHelpers.cmake')
0 files changed, 0 insertions, 0 deletions