Re: rpath in later versions of libtool

[Bob Friesenhahn]

On Fri, 7 Aug 2009, John R. Cary wrote:
> I am trying to use libtool to make a static executable:
>
> /bin/sh ../libtool --tag=CXX   --mode=link g++  -g -O2 -pipe -Wall 
> -Wno-unused    -static  -o uecxxst  ../uebase/uedge.o libuecxxst.la 
> ../uestat/.libs/libuestat.a ../uebase/libuebase.a ../vshdf5/.libs/libvshdf5.a 
> -L/usr/local/contrib/babel-1.4.0-r6662p1-static/lib -lsidl -lsidlstub_cxx 
> -lsidlstub_f90  -L/usr/local/contrib/petsc-3.0.0-p7-ser/lib -rpath 
> /usr/local/contrib/petsc-3.0.0-p7-ser/lib -lpetscts -lpetscsnes -lpetscksp 
> -lpetscdm -lpetscmat -lpetscvec -lpetsc -lsuperlu_3.1 -llapack -lblas 
> -lmpiuni    /usr/local/contrib/netlib_lite-1.0.4-ser/lib/libnetlib_lite.a 
> /usr/local/contrib/hdf5-1.8.2-ser/lib/libhdf5_fortran.a 
> /usr/local/contrib/hdf5-1.8.2-ser/lib/libhdf5.a 
> /usr/local/internal/txbase-r243-ser/lib/gcc4/libtxbase.a  -llapack 
> /usr/lib64/libblas.so -lgfortranbegin -lgfortran -lm  -lz -rpath 
> /usr/lib/gcc/x86_64-redhat-linux/4.4.0 -ldl
>
> but it ends up not finding some libraries:
>       libatlas.so.3 => /usr/lib64/atlas/libatlas.so.3 (0x00007fb6a3f01000)
>
> One can see that the -rpath on the link line is not generating anything
> like '-Wl,-rpath,...' on the g++ link line.

Actually, we can't see that since you omitted the useful libtool 
output where it prints what it actually invoked.

> what am I doing wrong?

My first guess is that there is a problem with supplying -rpath 
multiple times on the command line.  If this is the problem, perhaps 
libtool's output about what it is doing would include only 
-Wl,-rpath,/usr/lib/gcc/x86_64-redhat-linux/4.4.0 since that is the 
last -rpath option supplied.

The other possibility is that the problem libraries have not been 
registered with the system using 'ldconfig' and perhaps Linux needs 
that.

Bob
--
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/