Control: found -1 2.4.7-4 Control: retitle -1 libtool: the generated run path order is incorrect, yielding failures with "make check", e.g. for Solaris
Updated the title to mention Solaris, so that this bug report can be found more easily (I currently have this issue only with Solaris/x86). On 2018-01-23 01:56:36 +0100, Vincent Lefevre wrote: > 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). Now with GNU MPFR 4.1.1: FAIL: tversion Incorrect MPFR version! (4.1.1 header vs 4.1.0 library) [...] and I can see /usr/xpg4/bin/sh ../libtool --tag=CC --mode=link /opt/csw/bin/gcc-5.2 -Wall -Wmissing-prototypes -Wpointer-arith -O2 -pipe -fno-omit-frame-pointer -m32 -march=pentiumpro -ffloat-store -no-install -L../src/.libs -o tzeta_ui tzeta_ui.o libfrtests.la -lm -lquadmath ../src/libmpfr.la -lgmp libtool: link: /opt/csw/bin/gcc-5.2 -Wall -Wmissing-prototypes -Wpointer-arith -O2 -pipe -fno-omit-frame-pointer -m32 -march=pentiumpro -ffloat-store -o tzeta_ui tzeta_ui.o -L../src/.libs ./.libs/libfrtests.a /opt/csw/lib/libquadmath.so -lm ../src/.libs/libmpfr.so -lgmp -R/opt/csw/lib -R/home/vincent/mpfrtests-unstable10x-3216/obj/src/.libs -R/opt/csw/lib -R/usr/local/lib i.e. the failure comes from the fact that -R/opt/csw/lib appears before -R/home/vincent/mpfrtests-unstable10x-3216/obj/src/.libs, so that /opt/csw/lib/libmpfr.so is used instead of the version that has just been built under mpfrtests-unstable10x-3216. -- Vincent Lefèvre <vinc...@vinc17.net> - 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)
