On Sun, 28 Nov 2010, Ralf Wildenhues wrote:
* John David Anglin wrote on Sun, Nov 28, 2010 at 09:42:43PM CET:
The current relative path to libquadmath can be incorrectly interpreted
on systems that hard code library paths. In particular, on 32-bit
hppa*-*hpux*, the '..' part of the path is relative to the final executable.
As a result, all libgfortran tests fail due to a dynamic loader error.
The patch changes the path to an absolute path.
Tested on hppa2.0w-hp-hpux11.11 and i686-apple-darwin9 with no observed
regressions.
OK for trunk?
That doesn't seem to make sense to me. The fix should be in ltmain.sh
or in libtool.m4. Please post the output of how libquadmath is linked
on your system (the 'libtool --mode=link' command plus all of its
output).
The attached change to ltmain.sh fixes the above problem on on 32-bit
hppa*-*hpux*. Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11.
Would you please apply if ok to libtool, gcc and sourceware?
Thanks,
Dave
--
J. David Anglin dave.ang...@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
2010-12-10 John David Anglin dave.ang...@nrc-cnrc.gc.ca
* ltmain.sh (relink): Use absolute path when hardcoding with -L.
Index: ltmain.sh
===
--- ltmain.sh (revision 167668)
+++ ltmain.sh (working copy)
@@ -5928,7 +5928,7 @@
test $hardcode_direct_absolute = no; then
add=$dir/$linklib
elif test $hardcode_minus_L = yes; then
- add_dir=-L$dir
+ add_dir=-L$absdir
# Try looking first in the location we're being installed to.
if test -n $inst_prefix_dir; then
case $libdir in