diff options
author | Jan Kundrát <jan.kundrat@cesnet.cz> | 2018-03-12 19:41:00 +0100 |
---|---|---|
committer | Peter Korsgaard <peter@korsgaard.com> | 2018-03-13 09:27:50 +0100 |
commit | 7d43534625ac06ae01987113e912ffaf1aec2302 (patch) | |
tree | bc9465a96c9c03e21012dde7aecbedf38b8a6932 /support/testing/tests/package/test_python_cryptography.py | |
parent | 814a9c32aed47eb7fb3240ae58175846c7e2de48 (diff) | |
download | buildroot-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 'support/testing/tests/package/test_python_cryptography.py')
0 files changed, 0 insertions, 0 deletions