> > It's not very nice that the shared library list for libstdc++.sl
> > includes libgcc_s.sl in the GCC build directory. I believe that the
> > HP dynamic loader first looks for it there. If that doesn't work,
> > it strips off the basename of the library and tries the dynamic
> > search path.
>
"John David Anglin" <[EMAIL PROTECTED]> wrote on 06/11/2005 12:39:32
PM:
> As far as I'm aware, collect2 doesn't strip linker options. You can
> see more details about the link process using -Wl,-debug and -Wl,-v.
Nope - you are right - collect2 was a red-herring.
> It's not very nice tha
> The strange behaviour I'm seeing is that if I link my shared libraries
> with -Wl,+s, then some of them work fine and find all of their libraries
> based on the SHLIB_PATH settings. However, some of my libraries find
> everything *except* libstdc++.sl from the SHLIB_PATH - these libraries
>
Hi all,
I'm running into a strange problem on HPUX 11i with gcc-3.4.2 that I think
is related to collect2.
For anyone who isn't familiar with it, HPUX has some interesting
peculiarities when working with 32 bit executables - they use SHLIB_PATH
instead of LD_LIBRARY_PATH, and, to make things