Re: Problem with -R and external libraries

[Todd Gamblin]

Did anyone see this question?  I think this is a bug.

On Sep 24, 2009, at 12:40 PM, Todd Gamblin wrote:

I'm having trouble getting -R to work as advertised.  From the libtool docs:

-R libdir

If output-file is a program, add libdir to its run-time path. If output-file is a library, add -Rlibdir to its dependency_libs, so that, whenever the library is linked into a program, libdir will be added to its run-time path. 

However, when I link libraries that were built with -R into executables, it doesn't look like rpath is getting set properly.  Here's the complete description of the problem. 

I'm using libtool 2.2.6  on an AMD RedHat system (specifically Chaos).

I've got a tool, 'ef', that depends on a libtool library, 'libeffort.la'.  I build libeffort.la like this:

libeffort_la_SOURCES ...

libeffort_la_LIBADD = \

../callpath/libcallpath.la \

../libwavelet/libwavelet.la

libeffort_la_LDFLAGS = \

-avoid-version \

$(PAPI_LDFLAGS) $(PAPI_RPATH)

with the various variables set by configure like this (from the actual Makefile):

PAPI_LDFLAGS = -L/usr/local/tools/papi/lib64 -lpapi

PAPI_RPATH = -R /usr/local/tools/papi/lib64

libcallpath.la is built like this:

libcallpath_la_SOURCES = ...

libcallpath_la_LDFLAGS = \

  -avoid-version \

$(SW_LDFLAGS) $(SW_RPATH)

The flags there are set like this (again, by configure, so they're automatically generated and contain a few superfluous -L and -R's).

SW_LDFLAGS = -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -lstackwalk -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -lsymtabAPI -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -lcommon -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -lxml2 -L/usr/local/tools/libdwarf-2008.10.13/lib -ldwarf -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib/lib -lelf -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -liberty

SW_RPATH = -R /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -R /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -R /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -R /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -R /usr/local/tools/libdwarf-2008.10.13/lib -R /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib/lib -R /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib

libcallpath.la has dependencies like this:

dependency_libs=' -R/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -R/usr/local/tools/libdwarf-2008.10.13/lib -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -lstackwalk -lsymtabAPI -lcommon -lxml2 -L/usr/local/tools/libdwarf-2008.10.13/lib -ldwarf -lelf -liberty -lrt'

And libeffort.la has dependencies set like this:

dependency_libs='-R/usr/local/tools/papi/lib64 -R/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -R/usr/local/tools/libdwarf-2008.10.13/lib -R/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib/lib  -L/usr/local/tools/papi/lib64 -lpapi /g/g21/gamblin2/src/libra/chaos_4_x86_64_ib/callpath/libcallpath.la -L/g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib -L/usr/local/tools/libdwarf-2008.10.13/lib -lstackwalk -lsymtabAPI -lcommon -lxml2 -ldwarf -lelf -liberty /g/g21/gamblin2/src/libra/chaos_4_x86_64_ib/libwavelet/libwavelet.la -lrt'

Finally, I want to build an executable, ef, with these libs, but the rpath doesn't get set right.  Here's how I build ef:

ef_SOURCES=ef.C

ef_LDADD= libeffort.la 

But, when I run ldd on the executable, it doesn't know where any of the deps are, though the docs above lead me to believe it should:

(atlas1088):effort$ ldd .libs/ef

     libeffort.so => /g/g21/gamblin2/opt/libra/chaos_4_x86_64_ib/lib/libeffort.so (0x00002aaaaacc8000)

     libpapi.so.3 => not found

     libcallpath.so => /g/g21/gamblin2/opt/libra/chaos_4_x86_64_ib/lib/libcallpath.so (0x00002aaaaaf14000)

     libstackwalk.so => not found

     libsymtabAPI.so => not found

     libcommon.so => not found

     libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00002aaaab126000)

     libdwarf.so => not found

     libelf.so.1 => /usr/lib64/libelf.so.1 (0x00002aaaab463000)

     libwavelet.so => /g/g21/gamblin2/opt/libra/chaos_4_x86_64_ib/lib/libwavelet.so (0x00002aaaab677000)

     librt.so.1 => /lib64/librt.so.1 (0x00002aaaab8a7000)

     libmpich.so.1.0 => /usr/local/tools/mvapich-gnu/lib/shared/libmpich.so.1.0 (0x00002aaaabab0000)

     libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002aaaabd6d000)

     libm.so.6 => /lib64/libm.so.6 (0x00002aaaac06d000)

     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaac2f0000)

     libc.so.6 => /lib64/libc.so.6 (0x00002aaaac4ff000)

     libpapi.so.3 => /usr/local/tools/papi/lib64/libpapi.so.3 (0x00002aaaac855000)

     libstackwalk.so => /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib/libstackwalk.so (0x00002aaaaca8a000)

     libsymtabAPI.so => /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib/libsymtabAPI.so (0x00002aaaacd04000)

     libcommon.so => /g/g21/gamblin2/projects/dawn-sw/sw_beta5/x86_64-unknown-linux2.4/lib/libcommon.so (0x00002aaaad1f3000)

     libdwarf.so => /usr/local/tools/libdwarf-2008.10.13/lib/libdwarf.so (0x00002aaaad4a5000)

     libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaad6dc000)

     libz.so.1 => /usr/lib64/libz.so.1 (0x00002aaaad8e1000)

     libpthread.so.0 => /lib64/libpthread.so.0 (0x00002aaaadaf5000)

     /lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)

     libibverbs.so.1 => /usr/lib64/libibverbs.so.1 (0x00002aaaadd10000)

     libibumad.so.1 => /usr/lib64/libibumad.so.1 (0x00002aaaadf1d000)

     libperfctr.so.6 => /usr/local/tools/papi-3.6.1/lib/libperfctr.so.6 (0x00002aaaae122000)

     libpfm.so.3 => /usr/local/tools/papi-3.6.1/lib/libpfm.so.3 (0x00002aaaae332000)

     libibcommon.so.1 => /usr/lib64/libibcommon.so.1 (0x00002aaaae58b000)

And, indeed, the rpath isn't in the executable:

(atlas1088):effort$ readelf -a .libs/ef | grep RPATH

 0x000000000000000f (RPATH)              Library rpath: [/g/g21/gamblin2/opt/libra/chaos_4_x86_64_ib/lib:/usr/local/tools/mvapich-gnu/lib/shared]

I tried installing the whole package, as well, and the installed executable has the same problems.

Is this what's supposed to happen?  Am I missing something?  From the docs, it seems like  these executables should pick up the rpath of all their dependencies, but that isn't what's happening.  I could supply the -R args directly on the ef_LDFLAGS = line, but that's not really acceptable because i'd then have to remember what all the libraries and all their dependencies depend on, which can change.

I noticed things worked as I'd expect them to if I supply -rpath instead of -R, but the docs say that is for telling libtool the *install* directory of a library, and it won't let me install things if I do that.  I was excited briefly when things worked in my build directory, but then libtool refused to install with a message about the rpath directories.

Thanks,

-Todd

_______________________________________________
Bug-libtool mailing list
address@hidden
http://*lists.gnu.org/mailman/listinfo/bug-libtool