musl/src/ldso/dynlink.c, branch master

move dynamic linker to its own top-level directory, ldso

2016年01月26日T00:29:55+00:00

this eliminates the last need for the SHARED macro to control how
files in the src tree are compiled. the same code is used for both
libc.a and libc.so, with additional code for the dynamic linker (from
the new ldso tree) being added to libc.so but not libc.a. separate .o
and .lo object files still exist for the src tree, but the only
difference is that the .lo files are built as PIC.
in the future, if/when we add dlopen support for static-linked
programs, much of the code in dynlink.c may be moved back into the src
tree, but properly factored into separate source files. in that case,
the code in the ldso tree will be reduced to just the dynamic linker
entry point, self-relocation, and loading of libraries needed by the
main application.

move static-linked stub dlsym out of dynlink.c

2016年01月26日T00:04:45+00:00

the function name is still __-prefixed because it requires an asm
wrapper to pass the caller's address in order for RTLD_NEXT to work.
since this was the last function in dynlink.c still used for static
linking, now the whole file is conditional on SHARED being defined.

move static-linked stub dlopen out of dynlink.c

2016年01月25日T23:58:06+00:00

move dlinfo out of dynlink.c

2016年01月25日T23:55:35+00:00

move dlclose out of dynlink.c to its own source file

2016年01月25日T23:53:40+00:00

move static-linked stub invalid dso handle checking out of dynlink.c

2016年01月25日T23:51:33+00:00

move static/stub version of dladdr out of dynlink.c

2016年01月25日T23:44:29+00:00

factor dlerror and error-setting code out of dynlink.c

2016年01月25日T23:44:09+00:00

the ultimate goal of this change is to get all code used in libc.a out
of dynlink.c, so that the dynamic linker code can be moved to its own
tree and object files in the src tree can all be shared between libc.a
and libc.so.

add arch/abi info to dynamic linker's id/version output

2016年01月22日T04:04:16+00:00

ldso: fix the dtv update logic in __tls_get_new

2015年11月28日T18:34:17+00:00

if two or more threads accessed tls in a dso that was loaded after
the threads were created, then __tls_get_new could do out-of-bound
memory access (leading to segfault).
accidentally byte count was used instead of element count when
the new dtv pointer was computed. (dso->new_dtv is (void**).)
it is rare that the same dso provides dtv for several threads,
the crash was not observed in practice, but possible to trigger.