summaryrefslogtreecommitdiffstats
path: root/utils/getdeveloperlib.py
diff options
context:
space:
mode:
authorJan Kundrát <jan.kundrat@cesnet.cz>2018-03-12 19:41:00 +0100
committerPeter Korsgaard <peter@korsgaard.com>2018-03-13 09:27:50 +0100
commit7d43534625ac06ae01987113e912ffaf1aec2302 (patch)
treebc9465a96c9c03e21012dde7aecbedf38b8a6932 /utils/getdeveloperlib.py
parent814a9c32aed47eb7fb3240ae58175846c7e2de48 (diff)
downloadbuildroot-7d43534625ac06ae01987113e912ffaf1aec2302.tar.gz
buildroot-7d43534625ac06ae01987113e912ffaf1aec2302.zip
cmake: Fix RPATH for host libraries built by CMake
The host shared libraries produced by CMake were missing a proper DT_RPATH. That became a problem because the DT_RPATH handling is not transitive by design. Consider the following scenario: - pkg-a provides a library (`liba`) which links to `libpcre` - pkg-b provides a binary (`foo`) and a shared library (`libb`) which is needed by that binary - `libb` links to `liba` - pkg-a and pkg-b are both built by CMake In this scenario, `foo` is correctly marked with DT_RPATH pointing to host/lib/, but that path is not used when (recursively) resolving PCRE's symbols in `liba`. When attempting to run the `foo` binary, the linker correctly finds both `liba` and `libb`, but it cannot find the libpcre.so as built by Buildroot for host. Signed-off-by: Jan Kundrát <jan.kundrat@cesnet.cz> Reviewed-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Diffstat (limited to 'utils/getdeveloperlib.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud