src-test2/gnu/usr.bin/ld/rtld, branch stable/10

These files were moved elsewhere (sbin/ldconfig, libexec/rtld-aout,

1998-06-01T14:11:28Z

usr.bin/ldd) as they stand alone and are under bsd-style license.

ELF preparation step 2:

1998-05-26T20:12:56Z

Move a.out libraries to /usr/lib/aout to make space for ELF libs. Make rtld usr /usr/lib/aout as default library path. Make ldconfig reject /usr/lib as an a.out library path. Fix various Makefiles for LIBDIR!=/usr/lib breakage. This will after a make world & reboot give a system that no longer uses /usr/lib/*, infact one could remove all the old libraries there, they are not used anymore. We are getting close to an ELF make world, but I'll let this all settle for a week or two...

Implement dladdr.

1998-02-06T16:46:46Z

Make emacs work again. This is a workaround for the fact that the

1997-12-05T02:06:37Z

emacs a.out file, self-generated by emacs's "unexec" function in "unexsunos4.c", is invalid. In particular, its "_end" symbol has the wrong value. The dynamic linker was using the value of that symbol to initialize its sbrk break level. The workaround is to peek at the executable's a.out header in memory, and calculate what "_end" should be based on the segment sizes. I will work out a fix for emacs and send it to the FSF. This dynamic linker workaround is still worthwhile, if only to avoid forcing all emacs users to build a new version. Note: xemacs gives a bogus warning at startup, for related reasons. The warning is harmless and can safely be ignored. I will send a patch to the xemacs maintainers to get rid of it, and meanwhile add a patch file to our port.

Get rid of the dynamic linker's internal malloc package, and arrange

1997-11-29T03:32:48Z

things so that it uses the same malloc as is used by the program being executed. This has several advantages, the big one being that you can now debug core dumps from dynamically linked programs and get useful information out of them. Until now, that didn't work. The internal malloc package placed the tables describing the loaded shared libraries in a mapped region of high memory that was not written to core files. Thus the debugger had no way of determining what was loaded where in memory. Now that the dynamic linker uses the application's malloc package (normally, but not necessarily, the system malloc), its tables end up in the regular heap area where they will be included in core dumps. The debugger now works very well indeed, thank you very much. Also ... Bring the program a little closer to conformance with style(9). There is still a long way to go. Add minimal const correctness changes to get rid of compiler warnings caused by the recent const changes in and . Improve performance by eliminating redundant calculations of symbols' hash values.

Many places in the code NULL is used in integer context, where

1997-09-18T14:08:40Z

plain 0 should be used. This happens to work because we #define NULL to 0, but is stylistically wrong and can cause problems for people trying to port bits of code to other environments. PR: 2752 Submitted by: Arne Henrik Juul

spelling corrections.

1997-09-13T16:01:53Z

PR: docs/4450 Submitted by: josh@quick.net

- In dlsym(), if the lookup fails using the original symbol, prepend an

1997-08-19T23:33:45Z

underscore and try looking it up again. This is a non-issue if we switch to ELF. Reviewed by: sef, jdp

Implement dlsym(RTLD_NEXT, symbol).

1997-08-02T04:56:44Z

BYOC - Bring Your Own Calloc(3)

1997-06-22T17:48:35Z

Someday I'm going to face the music and dispose of this private malloc copy.