[Fortran, committed to trunk] Fixed powerpc "unsigned" printing of
John David Anglin
dave@hiauly1.hia.nrc.ca
Sun Apr 14 09:26:00 GMT 2002
> toon@laptop:~/g77-bugs$ ldd /usr/snp/lib/libg2c.so
> libm.so.6 => /lib/libm.so.6 (0x40022000)
> libc.so.6 => /lib/libc.so.6 (0x4003f000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
>
> i.e., no mention of libgcc ...
>
> As the ultimate test, I removed all my build directories - and I still
> could build and run non-trivial executables.
>
> Is this something HPUX-specific, perhaps ?
It's probably a result of the various low-level math routines that exist
in libgcc on the PA under hpux. Under hppa-linux, I don't see any dependence
on libgcc_s.so.1. However, as expected, libstdc++.so is dependent on
libgcc_s.so.1.
I just checked and libstdc++.sl.4.0 is also linked against libgcc in the
build directory under hpux. Partly, this problem appears since the
dependencies are encoded as absolute paths under hpux whereas under linux
the dependency for libgcc_s.so.1 is not absolute.
dave@gsyprf11:~/opt/gnu/lib$ ldd libstdc++.so.4.0.0
libm.so.6 => /home/dave/opt/gnu/lib/libm.so.6 (0x400e7000)
libgcc_s.so.1 => /home/dave/opt/gnu/lib/libgcc_s.so.1 (0x40176000)
libc.so.6 => /home/dave/opt/gnu/lib/libc.so.6 (0x40193000)
/home/dave/opt/gnu/lib/ld.so.1 => /home/dave/opt/gnu/lib/ld.so.1 (0x41000000)
Because of the hard encoding of dependent libraries, libtool normally
relinks applications and shared libraries when they are installed under
hpux. I suspect that the install process may be using gcc in the build
directory to do this relink.
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
More information about the Gcc-bugs
mailing list