As on ia64, we need to add the +nodefaultrpath ld option when using the HP
linker on hppa64. Without this option,
we end up with the default rpath settings in the embedded search path. Often,
this results in path references to build
locations, particularly when libtool doesn't use the +b
On 5-Sep-11, at 12:08 PM, Peter O'Gorman wrote:
I pushed this patch on Saturday.
Thanks.
Dave, I've attached an approximation of what the patch would do to
gcc's ltmain.sh and an addition to boehm-gc's .exp file. Both
completely untested, of course :-)
I'll give this patch a try in
The attached patch fixes the boehm-gc testsuite on hppa2.0w-hp-hpux11.11.
Without it, libtool always generates an informational warning when linking
causing the entire boehm-gc testsuite to fail.
Ok? Ralf would you please install in libtool tree if ok.
2011-07-09 John David Anglin dave.ang
On Sun, 19 Dec 2010, Ralf Wildenhues wrote:
Sorry for the delay, I really would like to test the patch on the
Libtool tree on a couple of systems, and write a Libtool testsuite
addition for it, so we don't regress in the future. I hope to get
to it before the end of the calendar year.
If
Ping.
On Fri, 10 Dec 2010, John David Anglin wrote:
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
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