Re: [0/8] solib handler rework

[Joel Brobecker <brobecker@adacore.com>]

> 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)

More info on this:

I managed to find an old 64bit GCC-3.2 compiler from HP, and it
allowed me to actually verify to my astonishment that GDB does in
fact build in 64-bit mode. The dependency on libdl is indirect:

  % chatr /lib/pa20_64/libc.2
    [...]
         shared library list:
             libdl.1

I found libdl.1 to be in /usr/lib/pa20_64, and it indeed exports
the symbol that we were missing:

  % nm /usr/lib/pa20_64/libdl.1| grep dlgetname
  4000000000001110 T dlgetname

Whereas, if you inspect the 32bit version:

  % chatr /lib/libc.2
    [...]
         shared library list:
             dynamic   /usr/lib/libdld.2

libdld does not export the symbols that we're missing (or we wouldn't
have our link issue :-). So it looks like adding -lxpdl is only needed
for 32bit builds.

Now, onto testing...
-- 
Joel