| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
| |
This reverts commit e0ac4efbdb498319f03a2a95d75d061ab6c68491.
Was causing segfaults on every pthread linked executable
Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
|
| |
|
|
|
|
|
|
|
| |
A lot of libc code calls the pthread cleanup funcs implicitly (for stdio)
which currently goes through the PLT. Since we already have forwarding
symbols for these funcs, it's safe to declare the internal libc usage
hidden as a loaded libpthread will have the real symbols found.
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
| |
|
|
|
|
|
|
| |
The pthread_yield() function in linuxthreads does the same thing as the
standardized sched_yield() function, so add a simple define for it to make
porting GNU apps easier.
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
| | |
|
| |
|
|
| |
implemented anyway.
|
| |
|
|
|
| |
that all entries in the __pthread_functions point to functions within
libpthread, not identically-named functions in libc.
|
| |
|
|
| |
though I still need to silence the warnings about _pthread_cleanup_push_defer
|
| | |
|
| | |
|
|
|
of latest glibc version
|
