Re: a.out binaries under NetBSD 1.6
[email protected] (Stefan Wuerthner) Thu, 12 Sep 2002 01:48:27 +0200
| Newsgroups | gmane.os.netbsd.ports.arm32,gmane.os.netbsd.ports.arm |
|---|---|
| Message-ID | <[email protected]> |
In message <[email protected]> you wrote: > > > > Also, you should still be able to use ldd on the executable. For example, > > > one a.out legacy binary I have reports: > > > > > > $ ldd gdb > > > gdb: > > > -ltermlib.0 => /emul/aout//usr/lib/libtermlib.so.0.5 (0x2018f000) > > > -lm.0 => /emul/aout//usr/lib/libm.so.0.1 (0x20192000) > > > -lc.12 => /emul/aout//usr/lib/libc.so.12.81 (0x201b7000) > > > > > > > I get the following result: > > > > netwinder-rm: {21} ldd /usr/pkg/bin/ncftp2 > > /usr/pkg/bin/ncftp2: > > -lposix.0 => not found (0x0) > > -lc.12 => /usr/lib/libc.so.12.62.1 (0x2004c000) > > > > What does > > file /usr/lib/libc.so.12.62.1 > > report? If it is an a.out shared lib, then maybe it is confusing the emul > search. If it is, then try moving it to the emul subtree (12.62 sounds > very old for an elf shared library). > > R. Now I identified the problem: Because of my somehow chaotic upgrade procedure I had both the a.out and the elf libraries in /usr/lib and also in /emul/aout/usr/lib. This indeed confused the system. I fetched the old libraries from fresh from my NetBSD 1.5.2 box (Shark) and put it in /emul/aout/usr/lib. And it works. :-)) Thank to all for the helpful hints! Stefan -- ----------------------------------------------------------------------------- Stefan Wuerthner web http://wuerthner.dyndns.org -----------------------------------------------------------------------------