src-test2/usr.bin/ldd, branch stable/6

MFC: Build a /usr/bin/ldd32 binary on amd64 and use it for 32-bit objects

2008-08-26T17:40:41Z

passed to ldd. This enables tracing of 32-bit shared libraries.

MFC of 180646, 180877:

2008-07-30T03:32:32Z

After the commit of SVN rev 180236, wilko@ noticed that the approach doesn't work on the Alpha platform: machine/elf.h doesn't include sys/elf32.h there. PR: related to bin/124906 Approved by: bde@

MFC of changes 180234-180236:

2008-07-10T01:33:48Z

On 64 bit architectures, you can run 32 bit executables and the rtld can trace them, but ldd(1) doesn't know yet how to detect them: [/] root@ed-exigent>ldd `which httpd` ldd: /usr/local/sbin/httpd: can't read program header ldd: /usr/local/sbin/httpd: not a dynamic executable But... [/] root@ed-exigent>LD_32_TRACE_LOADED_OBJECTS==1 `which httpd` libm.so.4 => /lib32//libm.so.4 (0x280c8000) libaprutil-1.so.2 => /usr/local/lib/libaprutil-1.so.2 (0x280de000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x280f2000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28110000) libapr-1.so.2 => /usr/local/lib/libapr-1.so.2 (0x281fd000) libcrypt.so.3 => /lib32//libcrypt.so.3 (0x2821d000) libpthread.so.2 => not found (0x0) libc.so.6 => /lib32//libc.so.6 (0x28235000) libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x2830d000) Added support in ldd(1) for the LD_32_xxx environment variables if the architecture of the machine is >32 bits. If we ever go to 128 bit architectures this excercise will have to be repeated but thanks to earlier commits today it will be relative simple. PR: bin/124906 Submitted by: edwin Approved by: bde (mentor)

MFC 1.24:

2007-05-19T11:14:56Z

Expand documentation of -f option

The type of some aout header types changed to uint_32, so now we need

2004-06-29T21:13:15Z

to cast to long before printing. While I'm here, raise WARNS to 6.

Fix a few WARNS:

2004-02-15T22:01:23Z

1) Include string.h for strcpy. 2) Don't make duplicate declaration of dump_file, we now include extern.h. 3) Help out with some constness. 4) Cast to slightly better types in some comparisons.

Fix typos, mostly s/ an / a / where appropriate and a few s/an/and/

2002-12-30T21:18:15Z

Add FreeBSD Id tag where missing.

Fix a problem with RTLD_TRACE flag to dlopen(3), which sometimes can return

2002-10-19T10:18:29Z

even if there was no error occured (when trying to dlopen(3) object that already linked into executable which does dlopen(3) call). This is more proper fix for `ldd /usr/lib/libc.so' problem, because the new behaviour conforms to documentation. Remove workaround from ldd.c (rev.1.32). PR: 35099 Submitted by: Nathan Hawkins MFC after: 1 week

Initiate deorbit burn for the i386-only a.out related support. Moves are

2002-09-17T01:49:00Z

under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that. Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now. Tested on: i386 (extensively), alpha

Fix a tiny bug in shlib support of ldd(1); if dlopen(lib, RTLD_TRACE)

2002-05-17T17:06:56Z

returns, exit gracefully with 0. This fixes the behavior you see when you specify libc.so. It occurs because ldd(1) itself is linked with libc.so. $ ldd /usr/lib/libc.so /usr/lib/libc.so: ldd: /usr/lib/libc.so: (null) /usr/lib/libc.so: exit status 1 Reviewed by: silence of audit@