Re: [0/8] solib handler rework

[Joel Brobecker <brobecker@adacore.com>]

Hello Ulrich,

> Tests on other affected platforms would be welcome: alpha-linux,
> arm-wince, arm-linux, i386-gnu, i386-cygwin, i386-nto, m32r-linux,
> hppa-hpux (32-bit and 64-bit), mips-irix, and frv.

I tested on hppa-hpux (32-bit only, I don't have a 64-bit compiler),
and on mips-irix. The good news is that testing on mips-irix showed
no change. The other good news is that I saw no regression on hppa-hpux
as well. But there was a glitch: solib-pa64.c builds fine, but then
I have unresolved symbol issues:

/usr/ccs/bin/ld: Unsatisfied symbols:
   dlgetmodinfo (first referenced in libgdb.a(solib-pa64.o)) (code)
   dlgetname (first referenced in libgdb.a(solib-pa64.o)) (code)

This wasn't happening before simply because this entire file was
ifdef'ed out when building 32-bit GDB. Why was it included in the first
place if it was going to be ifdef'ed out?

Looking at the HP documentation, it looks like this symbol should be
provided by -ldl (see http://docs.hp.com/en/B9106-90010/dlgetname.3C.html)
but in fact, neither on HPUX 11.00 and 11.11 seems to provide libdl.
On the other hand, I found these symbols inside libxpdl.sl. So it looks
like we just need to add -lxpdl. I did this manually and that allowed
me to complete the testing of your patch on hpux.

I really wonder if this was actually building on hppa64 before... Looking
at all the makefile fragments, I don't see how.  I'm trying to find
a 64bit GCC somewhere to give it a try.

-- 
Joel