Hi,
On 11/19/2011 01:03 AM, Adam Mercer wrote:
Hi
In building a development snapshot of one of my projects, to a custom
path, on SL6 I am running into what appears to be a linking problem.
The libtool command used to link the library is as follows:
libtool: link: gcc -std=gnu99 -shared -fPIC -DPIC .libs/Aggregation.o
.libs/FrameCache.o .libs/FrameCalibration.o .libs/FrameData.o
.libs/FrameSeries.o .libs/FrameStream.o .libs/LALFrameIO.o
.libs/LALFrameVCSInfo.o .libs/LowLatencyData.o -Wl,-rpath
-Wl,/usr/lib64 -Wl,-rpath
-Wl,/usr1/ram/lalsuite/lal/packages/support/src/.libs -Wl,-rpath
-Wl,/usr1/ram/lalsuite/lal/lib/.libs -Wl,-rpath -Wl,/usr/lib64
-Wl,-rpath -Wl,/home/ram/lalsuite/lib64 /usr/lib64/libFrame.so
../../lal/packages/support/src/.libs/liblalsupport.so -lz
../../lal/lib/.libs/liblal.so -lgsl -lgslcblas -lfftw3 -lfftw3f -lm
-O2 -Wl,-soname -Wl,liblalframe.so.0 -o .libs/liblalframe.so.0.2.0
Are these -Wl,-rpath flags coming from libtool? They seem to be there
already on the libtool command line. Could you post this snippet of your
makefile.am, please?
The problem is that there is the current release version, installed
from the release RPM, in /usr and because of the "-Wl,-rpath
-Wl,/usr/lib64" on the link line this older version is getting picked
up in preference to the more recent development version in
/home/ram/lalsuite. Why would libtool be passing /usr/lib64 to the
compiler? On Debian Squeeze, using the same git tag, the build
succeeds so I am led to believe that this is an issue with the
autotools on SL6 but I'm not sure where to start looking. Has any got
any suggestions?
Libtool has issues with multilib systems. Someone had a patch at some
point that correctly figured out the multilib library paths using
ldconfig, but I've long forgotten who. You can set
lt_cv_sys_lib_dlsearch_path_spec and lt_cv_sys_lib_search_path_spec at
configure time if libtool is getting
sys_lib_dlsearch_path_spec/sys_lib_search_path_spec wrong (check the
generated libtool script for ^sys_lib_dlsearch_path_spec and
^sys_lib_search_path_spec to see what it's guessing).
Debian/Red Hat systems do multilib differently, one has lib32 and lib,
the other lib and lib64, I wouldn't be surprised if someone has a linux
system with lib32 lib and lib64 (like IRIX!).
Peter
_______________________________________________
https://lists.gnu.org/mailman/listinfo/libtool
