bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#30222: the generated run path order is incorrect, yielding failures


From: Vincent Lefevre
Subject: bug#30222: the generated run path order is incorrect, yielding failures with "make check"
Date: Tue, 23 Jan 2018 01:51:09 +0100
User-agent: Mutt/1.9.2+85 (95c7ff2b) vl-104418 (2017-12-15)

Hi,

I've generated a MPFR 4.0.1-rc1 tarball from Debian and tested it
on Solaris. The result: all tests from "make check" fail because
the tested MPFR version is the one installed on the system instead
of the local one. I've looked at one of the "link" commands:

/bin/bash ../libtool  --tag=CC    --mode=link gcc  -Wall -Wmissing-prototypes 
-Wpointer-arith -g -O2 -ffloat-store  -no-install -L../src/.libs  -o tadd 
tadd.o libfrtests.la -lm -lquadmath ../src/libmpfr.la -lgmp
libtool: link: gcc -Wall -Wmissing-prototypes -Wpointer-arith -g -O2 
-ffloat-store -o tadd tadd.o  -L../src/.libs ./.libs/libfrtests.a 
/opt/csw/lib/libquadmath.so -lm ../src/.libs/libmpfr.so -lgmp -R/opt/csw/lib 
-R/tmp/mpfrtests-vincent-15114/obj/src/.libs -R/opt/csw/lib -R/usr/local/lib

which is wrong! Indeed, one has the system -R/opt/csw/lib before
the local -R/tmp/mpfrtests-vincent-15114/obj/src/.libs, so that the
system MPFR library has the precedence over the local one (the one
that should be tested).

$ ldd tadd
        libquadmath.so.0 =>      /opt/csw/lib/libquadmath.so.0
        libm.so.2 =>     /lib/libm.so.2
        libmpfr.so.6 =>  /opt/csw/lib/libmpfr.so.6
        libgmp.so.10 =>  /opt/csw/lib/libgmp.so.10
        libc.so.1 =>     /lib/libc.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/i386/libgcc_s.so.1

Note: MPFR was configured with

  ../mpfr-4.0.1-rc1/configure --enable-assert=full

In the generated "libtool" script:

# Compile-time system search path for libraries.
sys_lib_search_path_spec="/opt/csw/lib/gcc/i386-pc-solaris2.10/5.5.0 
/opt/csw/i386-pc-solaris2.10/lib /opt/csw/lib /lib /usr/lib "

# Detected run-time system search path for libraries.
sys_lib_dlsearch_path_spec="/lib /usr/lib"

and the environment doesn't contain anything that would cause the
error.

-- 
Vincent Lefèvre <address@hidden> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]