[Bug ld/22586] New: RPATH no longer respected for indirect dependencies

[steve.lorimer at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=22586

            Bug ID: 22586
           Summary: RPATH no longer respected for indirect dependencies
           Product: binutils
           Version: 2.29
            Status: UNCONFIRMED
          Severity: critical
          Priority: P2
         Component: ld
          Assignee: unassigned at sourceware dot org
          Reporter: steve.lorimer at gmail dot com
  Target Milestone: ---

Upgraded from ld-2.26.1 to ld-2.29.1. 

I am building a binary with a hard-coded RUNPATH, pointing to the location of
some vendor-supplied shared libraries.

$ readelf -d /home/steve/src/krx/tests/krx.test | grep RUNPATH
 0x000000000000001d (RUNPATH)        Library runpath: [../library]

With ld-2.26.1 the RUNPATH allowed us to locate the libraries.

$ ldd ./krx.test
    ...
    libinisafeNet.so => ../library/libinisafeNet.so (0x00007f35c7754000)
    libiniCore.so => ../library/libiniCore.so (0x00007f35c5bea000)
    libiniPKI.so => ../library/libiniPKI.so (0x00007f35c5952000)
    libiniCrypto.so => ../library/libiniCrypto.so (0x00007f35c56e6000)

With ld-2.29.1 it no longer works

$ ldd ./krx.test
    ...
    libinisafeNet.so => ../library/libinisafeNet.so (0x00007fb4acc38000)
    libiniCore.so => not found
    libiniPKI.so => not found
    libiniCrypto.so => not found

Setting LD_LIBRARY_PATH does allow the libraries to be found

$ export LD_LIBRARY_PATH=../library
$ ldd ./krx.test 
    ...
    libinisafeNet.so => ../library/libinisafeNet.so (0x00007fa787659000)
    libiniCore.so => ../library/libiniCore.so (0x00007fa785a86000)
    libiniPKI.so => ../library/libiniPKI.so (0x00007fa7857ee000)
    libiniCrypto.so => ../library/libiniCrypto.so (0x00007fa785582000)

<< LD_DEBUG >>

** ld-2.26.1; LD_DEBUG=all:

Here is an excerpt for libiniCore.so:

 30438:     file=libiniCore.so [0];  needed by ../library/libinisafeNet.so [0]
 30438:     find library=libiniCore.so [0]; searching
 30438:      search
path=../library/tls/x86_64:../library/tls:../library/x86_64:../library         
(RPATH from file ./krx.test)
 30438:       trying file=../library/tls/x86_64/libiniCore.so
 30438:       trying file=../library/tls/libiniCore.so
 30438:       trying file=../library/x86_64/libiniCore.so
 30438:       trying file=../library/libiniCore.so

The library is successfully located, and as can be seen from the search path
section, it is using RPATH from file ./krx.test.

** ld-2.29.1; LD_DEBUG=all:

Here is an excerpt for libiniCore.so: (it now uses the system search path, not
the krx.test RPATH)

 20027:     file=libiniCore.so [0];  needed by ../library/libinisafeNet.so [0]
 20027:     find library=libiniCore.so [0]; searching
 20027:      search cache=/etc/ld.so.cache
 20027:      search
path=/lib/x86_64-linux-gnu/tls/haswell/x86_64:/lib/x86_64-linux-gnu/tls/haswell:/lib/x86_64-linux-gnu/tls/x86_64:/lib/x86_64-linux-gnu/tls:/lib/x86_64-linux-gnu/haswell/x86_64:/lib/x86_64-linux-gnu/haswell:/lib/x86_64-linux-gnu/x86_64:/lib/x86_64-linux-gnu:/usr/lib/x86_64-linux-gnu/tls/haswell/x86_64:/usr/lib/x86_64-linux-gnu/tls/haswell:/usr/lib/x86_64-linux-gnu/tls/x86_64:/usr/lib/x86_64-linux-gnu/tls:/usr/lib/x86_64-linux-gnu/haswell/x86_64:/usr/lib/x86_64-linux-gnu/haswell:/usr/lib/x86_64-linux-gnu/x86_64:/usr/lib/x86_64-linux-gnu:/lib/tls/haswell/x86_64:/lib/tls/haswell:/lib/tls/x86_64:/lib/tls:/lib/haswell/x86_64:/lib/haswell:/lib/x86_64:/lib:/usr/lib/tls/haswell/x86_64:/usr/lib/tls/haswell:/usr/lib/tls/x86_64:/usr/lib/tls:/usr/lib/haswell/x86_64:/usr/lib/haswell:/usr/lib/x86_64:/usr/lib
           (system search path)
 20027:       trying
file=/lib/x86_64-linux-gnu/tls/haswell/x86_64/libiniCore.so
 20027:       trying file=/lib/x86_64-linux-gnu/tls/haswell/libiniCore.so
 20027:       trying file=/lib/x86_64-linux-gnu/tls/x86_64/libiniCore.so
 20027:       trying file=/lib/x86_64-linux-gnu/tls/libiniCore.so
 20027:       trying file=/lib/x86_64-linux-gnu/haswell/x86_64/libiniCore.so
 20027:       trying file=/lib/x86_64-linux-gnu/haswell/libiniCore.so
 20027:       trying file=/lib/x86_64-linux-gnu/x86_64/libiniCore.so
 ...          ...
 20027:       trying file=/lib/x86_64/libiniCore.so
 20027:       trying file=/lib/libiniCore.so
 20027:       trying file=/usr/lib/tls/haswell/x86_64/libiniCore.so
 20027:       trying file=/usr/lib/tls/haswell/libiniCore.so
 20027:       trying file=/usr/lib/tls/x86_64/libiniCore.so
 20027:       trying file=/usr/lib/tls/libiniCore.so
 20027:       trying file=/usr/lib/haswell/x86_64/libiniCore.so
 20027:       trying file=/usr/lib/haswell/libiniCore.so
 20027:       trying file=/usr/lib/x86_64/libiniCore.so
 20027:       trying file=/usr/lib/libiniCore.so

So it seems the behaviour of ld has changed, and since it is an indirect
dependency (krx.test --> libinisafeNet.so --> libiniCore.so) the RPATH for
krx.test is no longer used.

-- 
You are receiving this mail because:
You are on the CC list for the bug.