Implement lazy binding on mips64. This implementation relies on having two
reserved entries in the GOT, which is a GNU extension to the 64-bit MIPS
SVR4 ABI. That's fine; all existing OpenBSD/mips6

Implement lazy binding on mips64. This implementation relies on having two
reserved entries in the GOT, which is a GNU extension to the 64-bit MIPS
SVR4 ABI. That's fine; all existing OpenBSD/mips64 binaries have the extra
slot.

ok miod@, jsing@, drahn@

show more ...

Constantly fill in the program header pointer and count in elf_object_t
for all objects which simplifies phdr usage in a few places.
"go for it" drahn@

Improve support for shared libs linked at non-zero addreses:
- rename private values in struct elf_object to better
describe their meaning:
s/load_offs/obj_base/ "object's address '0' base"

Improve support for shared libs linked at non-zero addreses:
- rename private values in struct elf_object to better
describe their meaning:
s/load_offs/obj_base/ "object's address '0' base"
s/load_addr/load_base/ "The base address of the loadable
segments"
- gdb needs the obj_base value so swap positions with load_base in
struct elf_object
- fix a few occurrences of where load_base was used instead of
obj_base.

With help and okay drahn@

show more ...

Make _dl_md_reloc_got() report errors, and take them into account.
Fixes PR #5579.

Provide hook so that rthreads can provide a spinlock to protect from races
in lazy binding. ok art@, kurt@

add support for LD_TRACE_LOADED_OBJECTS_{FMT1/FMT2/PROGNAME}. Functionality
matches and expands on the old a.out ld.so formatting. ok drahn

Add comment warning not to rename _dl_bind, since gdb(1) knows about it.
ok (quite a while ago) drahn@

prebind - how to prelink a binary without throwing security out the window

Prelink fixes the address of libraries making 'return to libc' attacks trival,
prebind uses a different method to achieve m

prebind - how to prelink a binary without throwing security out the window

Prelink fixes the address of libraries making 'return to libc' attacks trival,
prebind uses a different method to achieve most of the same gains, however
without adding any security conerns.

Still under development, now in-tree.

show more ...

add RTLD_NOW support to dlopen and propogate -z now to dep libs.
ok drahn@

Consolidate dl_boot and dlopen dep lib loading into new function
_dl_load_dep_libs. Now both dl_boot and dlopen will randomize dep lib
loading, where previously only dl_boot did.

Split grpsym_list creation away from child_list creation and change
grpsym_list order to match Sun's docs. Also corrects bugs where
grpsym_list was either not created or partially created.

introduce object ref count macros (suggested by dale). no functional
change.

rename dload_list to grpsym_list which better represents its usage.

remove dep_next "shadow object" dead code.

separate load group references from dep lib child/dload lists. move load
group refs to own per object ref counter (grprefcount) and list
(grpref_list). corrects more complex load group ref cases and

separate load group references from dep lib child/dload lists. move load
group refs to own per object ref counter (grprefcount) and list
(grpref_list). corrects more complex load group ref cases and side effects
from initial implementation. design ideas and ok drahn@

show more ...

keep a state flag if a library has been unloaded, and then free the list
seperately ok kurt@

remove _dl_exiting dead code

keep track of opencounts for dlopened objects, so that they
get unloaded the right number of times on exit.

Track if symbols are searched but missing while resolving GOT, if
any are missing exit instead of later causing an abort, ok kurt@

Simplify the internal symbol finding API, with some cleanup, prep for
next step. ok kurt@

Cleanly handle the case where a dynamic object is opened, but one of it's
dependant libraries is missing. return NULL for a handle instead of
causing the program to exit.

Rework symbol lookup to more closely match sun's documentation, now
treats dlopens as load groups. ok kurt@

Recommit the destructor order fix, now that the amd64 bug was fixed.
'no problem' pval@

backout -- breaks at least amd64; spotted by marc

Do a better job of running destructors in the right order.