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)
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.
Aaaahhhh !!! merci pour l'info, je n'ai pas trouvé (googleà l'équivalent en C99, par contre, une page peut intéresser les mecs sur apple / C :
View all resources
* Borkware » * Advanced Mac OS X Programming » * Resources » * View all resource <http://borkware.com/corebook/resource-view>
yadu C et de l'ObjC... -- une bévue
David Remacle (clampin)
Le 26/09/06 16:53, dans , « David Remacle (clampin) » a écrit :
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 ?
Non je m'en était pas rendu compte, j'ai pas fait attention aux dates :)
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.
ah ben j'ai jamais dit le contraire, :) Mais on pourrait par exemple remetre à jours les pages qui au moins plus 5 ans :), même si finalement le fonctionnement du programme qui possède une page man a évolué il serait bon d'y faire figurer les nouvelles options tout comme les page man des bibliothèques.
Le 26/09/06 16:53, dans <slrnehifnc.854.listes@stargates.local>, « David
Remacle (clampin) » <listes@clampin.com> a écrit :
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 ?
Non je m'en était pas rendu compte, j'ai pas fait attention aux dates :)
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.
ah ben j'ai jamais dit le contraire, :) Mais on pourrait par exemple
remetre à jours les pages qui au moins plus 5 ans :), même si finalement
le fonctionnement du programme qui possède une page man a évolué il
serait bon d'y faire figurer les nouvelles options tout comme les page
man des bibliothèques.
Le 26/09/06 16:53, dans , « David Remacle (clampin) » a écrit :
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 ?
Non je m'en était pas rendu compte, j'ai pas fait attention aux dates :)
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.
ah ben j'ai jamais dit le contraire, :) Mais on pourrait par exemple remetre à jours les pages qui au moins plus 5 ans :), même si finalement le fonctionnement du programme qui possède une page man a évolué il serait bon d'y faire figurer les nouvelles options tout comme les page man des bibliothèques.
Eric Levenez
Le 27/09/06 10:46, dans , « David Remacle (clampin) » a écrit :
ah ben j'ai jamais dit le contraire, :) Mais on pourrait par exemple remetre à jours les pages qui au moins plus 5 ans :),
"On" pourrait. Apple essaye de faire évoluer ses mans pour qu'ils collent le mieux à la version courante du système. Mais beaucoup de man viennent de monde du "libre", et là la doc c'est le cadet des soucis des développeurs, et Apple n'a pas vocation à combler ces lacunes.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 27/09/06 10:46, dans <slrnehkejl.92n.listes@stargates.local>, « David
Remacle (clampin) » <listes@clampin.com> a écrit :
ah ben j'ai jamais dit le contraire, :) Mais on pourrait par exemple
remetre à jours les pages qui au moins plus 5 ans :),
"On" pourrait. Apple essaye de faire évoluer ses mans pour qu'ils collent le
mieux à la version courante du système. Mais beaucoup de man viennent de
monde du "libre", et là la doc c'est le cadet des soucis des développeurs,
et Apple n'a pas vocation à combler ces lacunes.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 27/09/06 10:46, dans , « David Remacle (clampin) » a écrit :
ah ben j'ai jamais dit le contraire, :) Mais on pourrait par exemple remetre à jours les pages qui au moins plus 5 ans :),
"On" pourrait. Apple essaye de faire évoluer ses mans pour qu'ils collent le mieux à la version courante du système. Mais beaucoup de man viennent de monde du "libre", et là la doc c'est le cadet des soucis des développeurs, et Apple n'a pas vocation à combler ces lacunes.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
lap
"On" pourrait. Apple essaye de faire évoluer ses mans pour qu'ils collent le mieux à la version courante du système. Mais beaucoup de man viennent de monde du "libre", et là la doc c'est le cadet des soucis des développeurs, et Apple n'a pas vocation à combler ces lacunes.
[TROLL ON]
Oui, c'est beaucoup plus simple de pomper les logiciels libres, sans se faire chier à collaborer avec la communauté du libre.
[/TROLL]
LaP
"On" pourrait. Apple essaye de faire évoluer ses mans pour qu'ils collent le
mieux à la version courante du système. Mais beaucoup de man viennent de
monde du "libre", et là la doc c'est le cadet des soucis des développeurs,
et Apple n'a pas vocation à combler ces lacunes.
[TROLL ON]
Oui, c'est beaucoup plus simple de pomper les logiciels libres, sans se
faire chier à collaborer avec la communauté du libre.
"On" pourrait. Apple essaye de faire évoluer ses mans pour qu'ils collent le mieux à la version courante du système. Mais beaucoup de man viennent de monde du "libre", et là la doc c'est le cadet des soucis des développeurs, et Apple n'a pas vocation à combler ces lacunes.
[TROLL ON]
Oui, c'est beaucoup plus simple de pomper les logiciels libres, sans se faire chier à collaborer avec la communauté du libre.
