rpath bug

[Bob Friesenhahn]

I am currently working to resolve the rpath bug which is in 
development libtool.

This command produces an executable wrapper which sets the wrong 
LD_LIBRARY_PATH since it uses 'magick/.libs' rather than 
'../magick/.libs' to find the library at run-time:

% /bin/bash ./libtool --tag=CC --mode=link gcc-3.4.2  -g -Wall 
-D_REENTRANT -pthreads  -L/usr/local/lib -R/usr/local/lib 
-L/usr/openwin/lib -R/usr/openwin/lib -L/usr/local/sparc64/lib 
-L/usr/local/sparc64/lib -o utilities/gm -L/usr/local/lib 
-R/usr/local/lib -L/usr/openwin/lib -R/usr/openwin/lib 
-L/usr/local/sparc64/lib -L/usr/local/sparc64/lib utilities/gm.o 
magick/libGraphicsMagick.la

but this command produces a wrapper which works:

% /bin/bash ./libtool --tag=CC --mode=link gcc-3.4.2  -g -Wall 
-D_REENTRANT -pthreads  -L/usr/local/lib -R/usr/local/lib 
-L/usr/openwin/lib -R/usr/openwin/lib -L/usr/local/sparc64/lib 
-L/usr/local/sparc64/lib -o utilities/gm -L/usr/local/lib 
-R/usr/local/lib -L/usr/openwin/lib -R/usr/openwin/lib 
-L/usr/local/sparc64/lib -L/usr/local/sparc64/lib utilities/gm.o 
`pwd`/magick/libGraphicsMagick.la

Development libtool did not have this problem nine months ago.

Best I can tell, the source of the problem is in the code which 
computes $dir prior to ltmain.m4sh code with the comment "Find the 
relevant object directory and library name." (around line 3419).

If someone can spot the reason for the changed behavior, please pipe 
up.

Bob
======================================
Bob Friesenhahn
address@hidden
http://www.simplesystems.org/users/bfriesen