La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle
n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise
qsort_r. Le man dit que c'est une partie de ls Standard Library. Mais en
voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Comment faire pour programmer de maniere portable? Ne jamais utiliser une
fonction de la librairie "standard"?
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes
les architectures/compilateurs/OS possibles?
--
Saïd.
"Bless this, O Lord, that with it thou mayst blow thine enemies to tiny
bits, in thy mercy."
In the Book of Armaments, Chapter 4. (The Holy Hand Grenade)
À (at) 17 Feb 2006 17:18:56 GMT, Saïd écrivait (wrote):
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls Standard Library. Mais en voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Il faut lire la page de man jusqu'au bout : seule la fonction 'qsort' fait partie de la norme ISO C89 !
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) 17 Feb 2006 17:18:56 GMT,
Saïd <said@brian.lan> écrivait (wrote):
La librairie standard C n'usurpe-t-elle pas son nom, etant donne
qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X
10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls
Standard Library. Mais en voulant compiler le meme programme sous
linux, patatra! pas de qsort_r.
Il faut lire la page de man jusqu'au bout : seule la fonction 'qsort'
fait partie de la norme ISO C89 !
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) 17 Feb 2006 17:18:56 GMT, Saïd écrivait (wrote):
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls Standard Library. Mais en voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Il faut lire la page de man jusqu'au bout : seule la fonction 'qsort' fait partie de la norme ISO C89 !
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Eric Levenez
Le 17/02/06 18:18, dans , « Saïd » a écrit :
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls Standard Library.
Ne pas confondre la "Standard C Library" avec une quelconque bibliothèque implémentant totalement et uniquement le standard C. Toutes les bibliothèques C standard des systèmes ne sont pas totalement conformes à la norme C et implémentent de nombreuses fonctions ou extensions au langage C. Il faut voir ensuite qu'il y a beaucoup de version du C, la dernière est la C99 avec ses 2 corrections.
Mais en voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Faut dire aussi... C'est la bibliothèque C du GNU que tu utilises, pas celles de Linux. Et c'est étonnant de voir une fonction qui ne soit pas dans cette bibliothèque, vu que le GNU y met tout et n'importe quoi.
"qsort" est une fonction standard du C depuis le début (K&R), et donc aussi C99, c'est aussi une fonction définie dans Posix, Unix 98, Unix 95, SVID3, BSD... Bref c'est du standard de chez standard.
"qsort_r" n'est pas une fonction standard du C, ni Posix, ni Unix, ni rien du tout. Elle doit venir de FreeBSD je suppose. Le man de Mac OS X le dit bien : seul qsort est dans la norme C, pas les autres fonctions connexes.
Comment faire pour programmer de maniere portable? Ne jamais utiliser une fonction de la librairie "standard"?
Lire les standards. Celui sur le C99 est bien. Après tu peux regarder Posix.
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes les architectures/compilateurs/OS possibles?
Il faut déjà utiliser les fonctions C et pas les extensions d'un système d'exploitation.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 17/02/06 18:18, dans <slrndvc1d6.2a1.said@dhcp132-223.enst.fr>, « Saïd »
<said@brian.lan> a écrit :
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle
n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise
qsort_r. Le man dit que c'est une partie de ls Standard Library.
Ne pas confondre la "Standard C Library" avec une quelconque bibliothèque
implémentant totalement et uniquement le standard C. Toutes les
bibliothèques C standard des systèmes ne sont pas totalement conformes à la
norme C et implémentent de nombreuses fonctions ou extensions au langage C.
Il faut voir ensuite qu'il y a beaucoup de version du C, la dernière est la
C99 avec ses 2 corrections.
Mais en
voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Faut dire aussi... C'est la bibliothèque C du GNU que tu utilises, pas
celles de Linux. Et c'est étonnant de voir une fonction qui ne soit pas dans
cette bibliothèque, vu que le GNU y met tout et n'importe quoi.
"qsort" est une fonction standard du C depuis le début (K&R), et donc aussi
C99, c'est aussi une fonction définie dans Posix, Unix 98, Unix 95, SVID3,
BSD... Bref c'est du standard de chez standard.
"qsort_r" n'est pas une fonction standard du C, ni Posix, ni Unix, ni rien
du tout. Elle doit venir de FreeBSD je suppose. Le man de Mac OS X le dit
bien : seul qsort est dans la norme C, pas les autres fonctions connexes.
Comment faire pour programmer de maniere portable? Ne jamais utiliser une
fonction de la librairie "standard"?
Lire les standards. Celui sur le C99 est bien. Après tu peux regarder Posix.
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes
les architectures/compilateurs/OS possibles?
Il faut déjà utiliser les fonctions C et pas les extensions d'un système
d'exploitation.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls Standard Library.
Ne pas confondre la "Standard C Library" avec une quelconque bibliothèque implémentant totalement et uniquement le standard C. Toutes les bibliothèques C standard des systèmes ne sont pas totalement conformes à la norme C et implémentent de nombreuses fonctions ou extensions au langage C. Il faut voir ensuite qu'il y a beaucoup de version du C, la dernière est la C99 avec ses 2 corrections.
Mais en voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Faut dire aussi... C'est la bibliothèque C du GNU que tu utilises, pas celles de Linux. Et c'est étonnant de voir une fonction qui ne soit pas dans cette bibliothèque, vu que le GNU y met tout et n'importe quoi.
"qsort" est une fonction standard du C depuis le début (K&R), et donc aussi C99, c'est aussi une fonction définie dans Posix, Unix 98, Unix 95, SVID3, BSD... Bref c'est du standard de chez standard.
"qsort_r" n'est pas une fonction standard du C, ni Posix, ni Unix, ni rien du tout. Elle doit venir de FreeBSD je suppose. Le man de Mac OS X le dit bien : seul qsort est dans la norme C, pas les autres fonctions connexes.
Comment faire pour programmer de maniere portable? Ne jamais utiliser une fonction de la librairie "standard"?
Lire les standards. Celui sur le C99 est bien. Après tu peux regarder Posix.
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes les architectures/compilateurs/OS possibles?
Il faut déjà utiliser les fonctions C et pas les extensions d'un système d'exploitation.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Saïd
Paul Gaborit :
À (at) 17 Feb 2006 17:18:56 GMT, Saïd écrivait (wrote):
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls Standard Library. Mais en voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Il faut lire la page de man jusqu'au bout : seule la fonction 'qsort' fait partie de la norme ISO C89 !
effectivement. Mais le debut du man est trompeur:
NAME qsort, qsort_r, heapsort, mergesort - sort functions
LIBRARY Standard C Library (libc, -lc)
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
Paul Gaborit :
À (at) 17 Feb 2006 17:18:56 GMT,
Saïd <said@brian.lan> écrivait (wrote):
La librairie standard C n'usurpe-t-elle pas son nom, etant donne
qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X
10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls
Standard Library. Mais en voulant compiler le meme programme sous
linux, patatra! pas de qsort_r.
Il faut lire la page de man jusqu'au bout : seule la fonction 'qsort'
fait partie de la norme ISO C89 !
effectivement. Mais le debut du man est trompeur:
NAME
qsort, qsort_r, heapsort, mergesort - sort functions
LIBRARY
Standard C Library (libc, -lc)
--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger
À (at) 17 Feb 2006 17:18:56 GMT, Saïd écrivait (wrote):
La librairie standard C n'usurpe-t-elle pas son nom, etant donne qu'elle n'est pas standard. J'ai ecrit un programme sous mac OS X 10.3.9 qui utilise qsort_r. Le man dit que c'est une partie de ls Standard Library. Mais en voulant compiler le meme programme sous linux, patatra! pas de qsort_r.
Il faut lire la page de man jusqu'au bout : seule la fonction 'qsort' fait partie de la norme ISO C89 !
effectivement. Mais le debut du man est trompeur:
NAME qsort, qsort_r, heapsort, mergesort - sort functions
LIBRARY Standard C Library (libc, -lc)
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
Saïd
Eric Levenez :
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes les architectures/compilateurs/OS possibles?
Il faut déjà utiliser les fonctions C et pas les extensions d'un système d'exploitation.
extrait du man:
NAME qsort, qsort_r, heapsort, mergesort - sort functions
LIBRARY Standard C Library (libc, -lc)
Je ne savais pas que chaque systeme pouvait ajouter quelque chose a une librarie qui porte le nom "Standard C Library". Dorenavant je ferai plus attention en lisant un man.
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
Eric Levenez :
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes
les architectures/compilateurs/OS possibles?
Il faut déjà utiliser les fonctions C et pas les extensions d'un système
d'exploitation.
extrait du man:
NAME
qsort, qsort_r, heapsort, mergesort - sort functions
LIBRARY
Standard C Library (libc, -lc)
Je ne savais pas que chaque systeme pouvait ajouter quelque chose a une
librarie qui porte le nom "Standard C Library". Dorenavant je ferai plus
attention en lisant un man.
--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger
Il n'est pas possible d'ecrire du code C portable sans le tester sur toutes les architectures/compilateurs/OS possibles?
Il faut déjà utiliser les fonctions C et pas les extensions d'un système d'exploitation.
extrait du man:
NAME qsort, qsort_r, heapsort, mergesort - sort functions
LIBRARY Standard C Library (libc, -lc)
Je ne savais pas que chaque systeme pouvait ajouter quelque chose a une librarie qui porte le nom "Standard C Library". Dorenavant je ferai plus attention en lisant un man.
-- Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser. Wer bleibt er? -- Heidegger
Eric Levenez
Le 17/02/06 20:22, dans , « Saïd » a écrit :
effectivement. Mais le debut du man est trompeur:
NAME qsort, qsort_r, heapsort, mergesort - sort functions
Les mans sont regroupés par catégorie. Après il faut lire la suite.
LIBRARY Standard C Library (libc, -lc)
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le paragraphe STANDARDS qui explique clairement les choses :
STANDARDS The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90 a été remplacé par le C99 il y a 7 ans déjà.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 17/02/06 20:22, dans <slrndvc8js.2ea.said@mini-muad-dib.lan>, « Saïd »
<said@brian.lan> a écrit :
effectivement. Mais le debut du man est trompeur:
NAME
qsort, qsort_r, heapsort, mergesort - sort functions
Les mans sont regroupés par catégorie. Après il faut lire la suite.
LIBRARY
Standard C Library (libc, -lc)
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le
but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le
paragraphe STANDARDS qui explique clairement les choses :
STANDARDS
The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions
qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90
a été remplacé par le C99 il y a 7 ans déjà.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
NAME qsort, qsort_r, heapsort, mergesort - sort functions
Les mans sont regroupés par catégorie. Après il faut lire la suite.
LIBRARY Standard C Library (libc, -lc)
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le paragraphe STANDARDS qui explique clairement les choses :
STANDARDS The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90 a été remplacé par le C99 il y a 7 ans déjà.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Eric Levenez
Le 17/02/06 20:24, dans , « Saïd » a écrit :
Je ne savais pas que chaque systeme pouvait ajouter quelque chose a une librarie qui porte le nom "Standard C Library".
Et oui, tout comme il n'y a pas un bibliothèque C-K&R, une bibliothèque C89, une bibliothèque C90, une bibliothèque C95, une bibliothèque C99, une bibliothèque C99-CT2... Les bibliothèques C intègrent plus ou moins une version du standard C, mais intègrent aussi tout un tas d'extensions. Parfois pour une raison historique (comme "index"), parfois pour un conformité à autre standard (comme "open"), ou parfois parce qu'un jour un programmeur a voulu une fonction sympa (comme "qsort_r").
Dorenavant je ferai plus attention en lisant un man.
Il faut surtout que tu lises le standard C si tu veux vraiment connaître ce langage. Les mans ne sont pas une références (sauf certains comme ceux du site unix.org).
Un autre truc. Par exemple "sin" est du C89 ("sinf" est du C99), mais sur les unix traditionnels, cette fonction "sin" n'est pas dans la bibliothèque C libc (comme aucune des fonctions mathématiques), mais dans la bibliothèque libm.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 17/02/06 20:24, dans <slrndvc8nl.2ea.said@mini-muad-dib.lan>, « Saïd »
<said@brian.lan> a écrit :
Je ne savais pas que chaque systeme pouvait ajouter quelque chose a une
librarie qui porte le nom "Standard C Library".
Et oui, tout comme il n'y a pas un bibliothèque C-K&R, une bibliothèque C89,
une bibliothèque C90, une bibliothèque C95, une bibliothèque C99, une
bibliothèque C99-CT2... Les bibliothèques C intègrent plus ou moins une
version du standard C, mais intègrent aussi tout un tas d'extensions.
Parfois pour une raison historique (comme "index"), parfois pour un
conformité à autre standard (comme "open"), ou parfois parce qu'un jour un
programmeur a voulu une fonction sympa (comme "qsort_r").
Dorenavant je ferai plus
attention en lisant un man.
Il faut surtout que tu lises le standard C si tu veux vraiment connaître ce
langage. Les mans ne sont pas une références (sauf certains comme ceux du
site unix.org).
Un autre truc. Par exemple "sin" est du C89 ("sinf" est du C99), mais sur
les unix traditionnels, cette fonction "sin" n'est pas dans la bibliothèque
C libc (comme aucune des fonctions mathématiques), mais dans la bibliothèque
libm.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Je ne savais pas que chaque systeme pouvait ajouter quelque chose a une librarie qui porte le nom "Standard C Library".
Et oui, tout comme il n'y a pas un bibliothèque C-K&R, une bibliothèque C89, une bibliothèque C90, une bibliothèque C95, une bibliothèque C99, une bibliothèque C99-CT2... Les bibliothèques C intègrent plus ou moins une version du standard C, mais intègrent aussi tout un tas d'extensions. Parfois pour une raison historique (comme "index"), parfois pour un conformité à autre standard (comme "open"), ou parfois parce qu'un jour un programmeur a voulu une fonction sympa (comme "qsort_r").
Dorenavant je ferai plus attention en lisant un man.
Il faut surtout que tu lises le standard C si tu veux vraiment connaître ce langage. Les mans ne sont pas une références (sauf certains comme ceux du site unix.org).
Un autre truc. Par exemple "sin" est du C89 ("sinf" est du C99), mais sur les unix traditionnels, cette fonction "sin" n'est pas dans la bibliothèque C libc (comme aucune des fonctions mathématiques), mais dans la bibliothèque libm.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
David Remacle (clampin)
Le 17/02/06 20:22, dans , « Saïd » a écrit :
effectivement. Mais le debut du man est trompeur:
NAME qsort, qsort_r, heapsort, mergesort - sort functions
Les mans sont regroupés par catégorie. Après il faut lire la suite.
LIBRARY Standard C Library (libc, -lc)
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le paragraphe STANDARDS qui explique clairement les choses :
STANDARDS The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90 a été remplacé par le C99 il y a 7 ans déjà.
Ne faudrait-il donc pas les mettre un jour à jours justement (je sais c'est pas urgent)... mais bon 7 ans... c'est long :)>
Le 17/02/06 20:22, dans <slrndvc8js.2ea.said@mini-muad-dib.lan>, « Saïd »
<said@brian.lan> a écrit :
effectivement. Mais le debut du man est trompeur:
NAME
qsort, qsort_r, heapsort, mergesort - sort functions
Les mans sont regroupés par catégorie. Après il faut lire la suite.
LIBRARY
Standard C Library (libc, -lc)
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le
but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le
paragraphe STANDARDS qui explique clairement les choses :
STANDARDS
The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions
qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90
a été remplacé par le C99 il y a 7 ans déjà.
Ne faudrait-il donc pas les mettre un jour à jours justement (je sais
c'est pas urgent)... mais bon 7 ans... c'est long :)>
NAME qsort, qsort_r, heapsort, mergesort - sort functions
Les mans sont regroupés par catégorie. Après il faut lire la suite.
LIBRARY Standard C Library (libc, -lc)
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le paragraphe STANDARDS qui explique clairement les choses :
STANDARDS The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90 a été remplacé par le C99 il y a 7 ans déjà.
Ne faudrait-il donc pas les mettre un jour à jours justement (je sais c'est pas urgent)... mais bon 7 ans... c'est long :)>
Eric Levenez
Le 26/09/06 16:53, dans , « David Remacle (clampin) » a écrit :
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le paragraphe STANDARDS qui explique clairement les choses :
STANDARDS The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90 a été remplacé par le C99 il y a 7 ans déjà.
Ne faudrait-il donc pas les mettre un jour à jours justement (je sais c'est pas urgent)... mais bon 7 ans... c'est long :)>
Tu te rends compte que tu réponds à un message datant de début 2006 ?
Mais pour répondre à ta question, bien sûr qu'il faut des pages man à jour, mais cela ne va en rien rendre qsort_r standard C99. Ne pas confondre le standard C et le standard Posix.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 26/09/06 16:53, dans <slrnehifnc.854.listes@stargates.local>, « David
Remacle (clampin) » <listes@clampin.com> a écrit :
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le
but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le
paragraphe STANDARDS qui explique clairement les choses :
STANDARDS
The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions
qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90
a été remplacé par le C99 il y a 7 ans déjà.
Ne faudrait-il donc pas les mettre un jour à jours justement (je sais
c'est pas urgent)... mais bon 7 ans... c'est long :)>
Tu te rends compte que tu réponds à un message datant de début 2006 ?
Mais pour répondre à ta question, bien sûr qu'il faut des pages man à jour,
mais cela ne va en rien rendre qsort_r standard C99. Ne pas confondre le
standard C et le standard Posix.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 26/09/06 16:53, dans , « David Remacle (clampin) » a écrit :
La bibliothèque C est bien standard (elle veut respecter le C ISO, c'est le but), mais ce n'est pas pour cela qu'il n'y a pas d'extensions. Il y a le paragraphe STANDARDS qui explique clairement les choses :
STANDARDS The qsort() function conforms to ISO/IEC 9899:1990 (``ISO C90'').
Rien n'est dit sur qsort_r, qui n'est donc pas standard.
Mais de toute façon il ne faut pas se fier aux mans (surtout les traductions qui traînent) qui sont parfois vieux, pas à jour, voire démodés. Ici le C90 a été remplacé par le C99 il y a 7 ans déjà.
Ne faudrait-il donc pas les mettre un jour à jours justement (je sais c'est pas urgent)... mais bon 7 ans... c'est long :)>
Tu te rends compte que tu réponds à un message datant de début 2006 ?
Mais pour répondre à ta question, bien sûr qu'il faut des pages man à jour, mais cela ne va en rien rendre qsort_r standard C99. Ne pas confondre le standard C et le standard Posix.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
pere.noel
Eric Levenez wrote:
le standard C
perso, j'ai trouvé sur le net, en pdf, deux feuilles A4 qui résument le standard ANSI, très pratique...
c'est là : <http://www.digilife.be/quickreferences/QRC/C%20Reference%20Card%20(ANSI ).pdf>
ou là : <http://www.google.fr/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Frefcards.com %2Frefcards%2Fc%2Fc-refcard-letter.pdf&ei=8PgZReyUIKOkiALkwfjECg&sig=__H yOZzdKONH9FlajwagNvDgRjAbc=&sig2=2QBpvL5PQSTBK2DDdWoYpA#search=%22C%20Re ference%20Card%20(ANSI)%22>
Google search "C Reference Card (ANSI)" : <http://www.google.fr/search?hl=fr&q=C+Reference+Card+%28ANSI%29&btnG=Re chercher&meta=> -- une bévue
Eric Levenez <news@levenez.com> wrote:
le
standard C
perso, j'ai trouvé sur le net, en pdf, deux feuilles A4 qui résument le
standard ANSI, très pratique...
c'est là :
<http://www.digilife.be/quickreferences/QRC/C%20Reference%20Card%20(ANSI
).pdf>
ou là :
<http://www.google.fr/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Frefcards.com
%2Frefcards%2Fc%2Fc-refcard-letter.pdf&ei=8PgZReyUIKOkiALkwfjECg&sig=__H
yOZzdKONH9FlajwagNvDgRjAbc=&sig2=2QBpvL5PQSTBK2DDdWoYpA#search=%22C%20Re
ference%20Card%20(ANSI)%22>
Google search "C Reference Card (ANSI)" :
<http://www.google.fr/search?hl=fr&q=C+Reference+Card+%28ANSI%29&btnG=Re
chercher&meta=>
--
une bévue
perso, j'ai trouvé sur le net, en pdf, deux feuilles A4 qui résument le standard ANSI, très pratique...
c'est là : <http://www.digilife.be/quickreferences/QRC/C%20Reference%20Card%20(ANSI ).pdf>
ou là : <http://www.google.fr/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Frefcards.com %2Frefcards%2Fc%2Fc-refcard-letter.pdf&ei=8PgZReyUIKOkiALkwfjECg&sig=__H yOZzdKONH9FlajwagNvDgRjAbc=&sig2=2QBpvL5PQSTBK2DDdWoYpA#search=%22C%20Re ference%20Card%20(ANSI)%22>
Google search "C Reference Card (ANSI)" : <http://www.google.fr/search?hl=fr&q=C+Reference+Card+%28ANSI%29&btnG=Re chercher&meta=> -- une bévue
Eric Levenez
Le 27/09/06 6:10, dans <1hmb7li.1ko5cs5awem4wN%, « Une bévue » a écrit :
Eric Levenez wrote:
le standard C
perso, j'ai trouvé sur le net, en pdf, deux feuilles A4 qui résument le standard ANSI, très pratique...
Attention, les liens que du donnent sont ANSI (donc très vieux) et pas du tout ISO. Et beaucoup de choses ont évolué avec le C99.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 27/09/06 6:10, dans
<1hmb7li.1ko5cs5awem4wN%pere.noel@laponie.com.invalid>, « Une bévue »
<pere.noel@laponie.com.invalid> a écrit :
Eric Levenez <news@levenez.com> wrote:
le
standard C
perso, j'ai trouvé sur le net, en pdf, deux feuilles A4 qui résument le
standard ANSI, très pratique...
Attention, les liens que du donnent sont ANSI (donc très vieux) et pas du
tout ISO. Et beaucoup de choses ont évolué avec le C99.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
