> la deuxieme a une tentative de nouveau standard posix thread
Pourquoi nouveau standard ?
Faut bien me comprendre. Toutes les librairies sont compatibles POSIX. La glibc est compatible POSIX. Donc une appli POSIX tournera sur toutes les implémentations POSIX de thread. C'est évident. Par contre pour des applis "exigentent", certaines vont vouloir tirer profit de certaine implémentation. Comme la glibc et gcc a des extension. Une appli peut tourner sur glibc qui est POSIX mais l'appli peut ne pas être proxy. C'est à la compilation que l'on indique si on veux du 100 % POSIX ou si on veut aussi les extensions gnu.
Si je regarde /usr/include/nptl/bits/posix_opt.h
/* Tell we have POSIX threads. */
#define _POSIX_THREADS 200112L
La majorité des applis sous RH9 (que j'utilise :-)) qui utilise les thread (j'ai regardé pour mysql, squid, gnumeric, mplayer) n'ont pas été modifiée pour utiliser nptl.
Alors il y a évidement des cas particuliers comme wine. Mais il ne faut pas conclure que NPTL est une tentative de créer un nouveau standard POSIX.
Si je lance la commande (c'est pour mon système, donc liste non exhaustive) :
$ rpm -q --whatrequires libpthread.so.0\(GLIBC_2.3.2\) |
alsa-lib-0.9.2-fr2
arts-1.1-7
db4-4.0.14-20
evolution-1.2.2-5
ghostscript-7.05-32
glib-1.2.10-10
glib2-2.2.1-1
gnome-vfs-1.0.5-13
gnumeric-1.0.12-3
guile-1.6.0-4
libdv-0.99-fr2
libgcj-3.2.2-5
mozilla-nspr-1.2.1-26
mplayer-0.90-fr0.9rc5
mysql-3.23.54a-11
mysql-server-3.23.54a-11
openoffice-libs-1.0.2-4
python-2.2.2-26
qt-3.1.1-6
squid-2.5.STABLE1-2
vorbis-tools-1.0-3
xawtv-3.81-6
xchat-1.8.11-7
XFree86-tools-4.3.0-2
xmms-1.2.7-21.p
xosd-2.1.3-fr2
$
De plus, par défaut toute les applis utilisent nptl sur rh9...
S'il n'y avait pas un bon niveau de compatibilité (ce qui ne veut pas dire que tout est parfait) redhat ne l'aurait pas fait.
> heureusement a la base ces 3 libs sont toutes des implementations compatible posix thread.
[^] # Re: Test de la RedHat 9
Posté par matiasf . En réponse à la dépêche Test de la RedHat 9. Évalué à 4.
Pourquoi nouveau standard ?
Faut bien me comprendre. Toutes les librairies sont compatibles POSIX. La glibc est compatible POSIX. Donc une appli POSIX tournera sur toutes les implémentations POSIX de thread. C'est évident. Par contre pour des applis "exigentent", certaines vont vouloir tirer profit de certaine implémentation. Comme la glibc et gcc a des extension. Une appli peut tourner sur glibc qui est POSIX mais l'appli peut ne pas être proxy. C'est à la compilation que l'on indique si on veux du 100 % POSIX ou si on veut aussi les extensions gnu.
Si je regarde /usr/include/nptl/bits/posix_opt.h
/* Tell we have POSIX threads. */
#define _POSIX_THREADS 200112L
La majorité des applis sous RH9 (que j'utilise :-)) qui utilise les thread (j'ai regardé pour mysql, squid, gnumeric, mplayer) n'ont pas été modifiée pour utiliser nptl.
Alors il y a évidement des cas particuliers comme wine. Mais il ne faut pas conclure que NPTL est une tentative de créer un nouveau standard POSIX.
Si je lance la commande (c'est pour mon système, donc liste non exhaustive) :
$ rpm -q --whatrequires libpthread.so.0\(GLIBC_2.3.2\) |
alsa-lib-0.9.2-fr2
arts-1.1-7
db4-4.0.14-20
evolution-1.2.2-5
ghostscript-7.05-32
glib-1.2.10-10
glib2-2.2.1-1
gnome-vfs-1.0.5-13
gnumeric-1.0.12-3
guile-1.6.0-4
libdv-0.99-fr2
libgcj-3.2.2-5
mozilla-nspr-1.2.1-26
mplayer-0.90-fr0.9rc5
mysql-3.23.54a-11
mysql-server-3.23.54a-11
openoffice-libs-1.0.2-4
python-2.2.2-26
qt-3.1.1-6
squid-2.5.STABLE1-2
vorbis-tools-1.0-3
xawtv-3.81-6
xchat-1.8.11-7
XFree86-tools-4.3.0-2
xmms-1.2.7-21.p
xosd-2.1.3-fr2
$
De plus, par défaut toute les applis utilisent nptl sur rh9...
S'il n'y avait pas un bon niveau de compatibilité (ce qui ne veut pas dire que tout est parfait) redhat ne l'aurait pas fait.
> heureusement a la base ces 3 libs sont toutes des implementations compatible posix thread.
Faudrait savoir ...