> La NPTL (Native POSIX Thread Library) remplace de plus en plus l'ancienne bibliothèque Linux-Threads
On peut même dire que linuxthread est très peu utilisé maintenant.
Pour FC4, les entêtes par défaut seront NTPL et GLIBC_2.0 sera marqué comme obsolète.
Sans oublié que la grande majorité des applis qui compilent avec les entêtes linuxthread tournent avec l'implémentation NTPL.
___________________________________________________
See %changelog:
- move LinuxThreads libraries to /%{_lib}/obsolete/linuxthreads/
and NPTL libraries to /%{_lib}. To run a program against LinuxThreads,
LD_ASSUME_KERNEL=2.4.xx LD_LIBRARY_PATH=/%{_lib}/obsolete/linuxthreads/
is now needed
The move was necessary because of the change to make NPTL the default
library programs are linked against and are using its headers.
glibc 2.0 compiled programs are implicitly using LD_ASSUME_KERNEL=2.2.5.
I'll probably change the hack to also add implicitly
/%{_lib}/obsolete/linuxthreads/ to library search path, but be aware that
when linuxthreads is finally dumped into the trash bin, which will happen
in ~ a year or less, glibc 2.0 programs will finally stop working.
BTW, it must have been early 1999, RHL 6.0 already shipped with glibc 2.1.x.
# NPTL
Posté par fabb . En réponse à la dépêche PTT : un outil de trace pour la NPTL. Évalué à 5.
On peut même dire que linuxthread est très peu utilisé maintenant.
Pour FC4, les entêtes par défaut seront NTPL et GLIBC_2.0 sera marqué comme obsolète.
Sans oublié que la grande majorité des applis qui compilent avec les entêtes linuxthread tournent avec l'implémentation NTPL.
http://www.redhat.com/archives/fedora-devel-list/2005-April/msg0047(...)