| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
import glibc updates) while keeping the few bugfixes ... idea is to keep both old and new linuxthreads around so we can hack on the new version while delivering the old stable version to end users
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
were including libc-lock.h which had a bunch of weak pragmas. Also,
uClibc supplied a number of no-op weak thread functions even though
many weren't needed. This combined result was that sometimes the
functional versions of thread functions in pthread would not override
the weaks in libc.
While fixing this, I also prepended double-underscore to all necessary
weak thread funcs in uClibc, and removed all unused weaks.
I did a test build, but haven't tested this since these changes are
a backport from my working tree. I did test the changes there and
no longer need to explicitly add -lpthread in the perl build for
perl to pass its thread self tests.
|
| |
|
|
|
| |
from glibc 2.3. This should make threads much more efficient.
-Erik
|
| |
|
|
|
| |
if this is serious enough to warrent 0.9.14?
-Erik
|
| |
|
|
|
|
| |
pthread_mutexattr_getpshared(), which were
missing
-Erik
|
| |
|
|
|
| |
the obsolete PTHREAD_MUTEX_FAST_NP, and change the default mutex
type to adaptive
|
| |
|
|
|
|
| |
it, since we definately do not want silent remapping of functions to
their large-file counterparts.
-Erik
|
|
|
glibc 2.1.3 and ported to work with uClibc by Stefan Soucek and Erik Andersen
(me). Stefan has hacked things up such that linuxthreads runs on MMU-less
systems (tested only on arm-nommu). Erik cleaned things up and made it work
properly as a shared library.
-Erik
|
