Qu'est-ce qu'un bon compilateur ? Celui qui compile vite, qui donne des messages d'erreurs pertinents, qui produit des exécutables rapides, qui a un bon support technique, qui fait le café le matin ?
M'en fous, je bois du thé.
Tu as quand même oublié un critère de taille : le respect de la norme. Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Mais je n'irais pas jusqu'à là.
La chose la plus importante, évidemment, c'est que le compilateur ait peu d'erreurs -- que quand il accepte une source, le code généré ait la sémantique voulue, et non quelque chose d'autre.
Il faut aussi que le compilateur soit raisonablement rapide, et que le code qu'il génère aussi. Où la définition de « raisonablement rapide » dépend de ce qu'on fait. Mais un compilateur dont le code généré met dix minutes pour executer une affectation d'un entier, c'est simplement inutilisable. (En revanche, la plupart des applications n'ont pas besoin d'une optimisation poussée aux limites.)
Il faut aussi que le compilateur puisse s'intéger dans ta chaîne d'outils. Un compilateur qu'on ne peut invoquer qu'à partir d'un GUI ne me sert absolument à rien en fait, même s'il est 100% compatbile avec la norme.
En fait, je dirais prèsque l'inverse : la norme n'a d'intérêt que dans la mésure que la plupart des compilateurs l'implémentent à peu près correctement.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Fabien LE LEZ <gramster@gramster.com> wrote in message
news:<3ru6e05mpdmmomi8d2a6bmp9bbs18mb4iv@4ax.com>...
On Thu, 1 Jul 2004 04:00:12 +0200, "Godot" <titi@toto.com>:
Qu'est-ce qu'un bon compilateur ? Celui qui compile vite, qui donne
des messages d'erreurs pertinents, qui produit des exécutables
rapides, qui a un bon support technique, qui fait le café le matin ?
M'en fous, je bois du thé.
Tu as quand même oublié un critère de taille : le respect de la norme.
Evidemment, aucun compilo ne la respecte entièrement, mais plus le
nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Mais je n'irais pas jusqu'à là.
La chose la plus importante, évidemment, c'est que le compilateur ait
peu d'erreurs -- que quand il accepte une source, le code généré ait la
sémantique voulue, et non quelque chose d'autre.
Il faut aussi que le compilateur soit raisonablement rapide, et que le
code qu'il génère aussi. Où la définition de « raisonablement rapide »
dépend de ce qu'on fait. Mais un compilateur dont le code généré met dix
minutes pour executer une affectation d'un entier, c'est simplement
inutilisable. (En revanche, la plupart des applications n'ont pas besoin
d'une optimisation poussée aux limites.)
Il faut aussi que le compilateur puisse s'intéger dans ta chaîne
d'outils. Un compilateur qu'on ne peut invoquer qu'à partir d'un GUI ne
me sert absolument à rien en fait, même s'il est 100% compatbile avec la
norme.
En fait, je dirais prèsque l'inverse : la norme n'a d'intérêt que dans
la mésure que la plupart des compilateurs l'implémentent à peu près
correctement.
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Qu'est-ce qu'un bon compilateur ? Celui qui compile vite, qui donne des messages d'erreurs pertinents, qui produit des exécutables rapides, qui a un bon support technique, qui fait le café le matin ?
M'en fous, je bois du thé.
Tu as quand même oublié un critère de taille : le respect de la norme. Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Mais je n'irais pas jusqu'à là.
La chose la plus importante, évidemment, c'est que le compilateur ait peu d'erreurs -- que quand il accepte une source, le code généré ait la sémantique voulue, et non quelque chose d'autre.
Il faut aussi que le compilateur soit raisonablement rapide, et que le code qu'il génère aussi. Où la définition de « raisonablement rapide » dépend de ce qu'on fait. Mais un compilateur dont le code généré met dix minutes pour executer une affectation d'un entier, c'est simplement inutilisable. (En revanche, la plupart des applications n'ont pas besoin d'une optimisation poussée aux limites.)
Il faut aussi que le compilateur puisse s'intéger dans ta chaîne d'outils. Un compilateur qu'on ne peut invoquer qu'à partir d'un GUI ne me sert absolument à rien en fait, même s'il est 100% compatbile avec la norme.
En fait, je dirais prèsque l'inverse : la norme n'a d'intérêt que dans la mésure que la plupart des compilateurs l'implémentent à peu près correctement.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
drkm
Fabien LE LEZ writes:
En tout cas, niveau messages d'erreurs compréhensibles, je déconseille fortement la version "traduite" en français de gcc.
Si je me souviens bien, le NLS allait jusqu'à planter certaines versions de GCC (lors de diagnostiques à propos d'opérateurs définis par l'utilisateur, je pense, mais là, ma mémoire est hautement incertaine).
--drkm
Fabien LE LEZ <gramster@gramster.com> writes:
En tout cas, niveau messages d'erreurs compréhensibles, je déconseille
fortement la version "traduite" en français de gcc.
Si je me souviens bien, le NLS allait jusqu'à planter certaines
versions de GCC (lors de diagnostiques à propos d'opérateurs définis
par l'utilisateur, je pense, mais là, ma mémoire est hautement
incertaine).
En tout cas, niveau messages d'erreurs compréhensibles, je déconseille fortement la version "traduite" en français de gcc.
Si je me souviens bien, le NLS allait jusqu'à planter certaines versions de GCC (lors de diagnostiques à propos d'opérateurs définis par l'utilisateur, je pense, mais là, ma mémoire est hautement incertaine).
--drkm
Andre Heinen
On 1 Jul 2004 04:12:07 -0700, wrote:
Fabien LE LEZ wrote in message news:...
Tu as quand même oublié un critère de taille : le respect de la norme. Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Dinkumware, c'est ceux qui font la STL de Microsoft. Leur bibliothèque respecte-t-elle vraiment si bien le standard?
Je pense en particulier à l'option /Za du compilateur MS, qui permet de forcer un meilleur respect de la norme. Il paraît que lorsqu'on l'active, certaines parties de leur STL ne se compilent plus, justement parce qu'elles utilisent des constructions non standard.
Je dois cependant préciser que je n'ai jamais vérifié moi-même. Qu'en est-il?
-- Andre Heinen My address is "a dot heinen at europeanlink dot com"
On 1 Jul 2004 04:12:07 -0700, kanze@gabi-soft.fr wrote:
Fabien LE LEZ <gramster@gramster.com> wrote in message
news:<3ru6e05mpdmmomi8d2a6bmp9bbs18mb4iv@4ax.com>...
Tu as quand même oublié un critère de taille : le respect de la norme.
Evidemment, aucun compilo ne la respecte entièrement, mais plus le
nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Dinkumware, c'est ceux qui font la STL de Microsoft. Leur
bibliothèque respecte-t-elle vraiment si bien le standard?
Je pense en particulier à l'option /Za du compilateur MS, qui
permet de forcer un meilleur respect de la norme. Il paraît que
lorsqu'on l'active, certaines parties de leur STL ne se compilent
plus, justement parce qu'elles utilisent des constructions non
standard.
Je dois cependant préciser que je n'ai jamais vérifié moi-même.
Qu'en est-il?
--
Andre Heinen
My address is "a dot heinen at europeanlink dot com"
Tu as quand même oublié un critère de taille : le respect de la norme. Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Dinkumware, c'est ceux qui font la STL de Microsoft. Leur bibliothèque respecte-t-elle vraiment si bien le standard?
Je pense en particulier à l'option /Za du compilateur MS, qui permet de forcer un meilleur respect de la norme. Il paraît que lorsqu'on l'active, certaines parties de leur STL ne se compilent plus, justement parce qu'elles utilisent des constructions non standard.
Je dois cependant préciser que je n'ai jamais vérifié moi-même. Qu'en est-il?
-- Andre Heinen My address is "a dot heinen at europeanlink dot com"
Fabien LE LEZ
On Thu, 01 Jul 2004 10:12:51 +0200, Vincent Guichard :
Moi, c'est marrant, depuis quelques temps, plus aucun message de Gaby n'apparait dans le newsgroup... Je suis sur que c'est une conspiration anti-Gaby de la part de Wanadoo...
Tu peux toujours t'inscrire chez Free, ce qui te donnera gratuitement un accès à leur serveur de news (même si tu ne t'en sers pas comme FAI).
-- schtroumpf schtroumpf
On Thu, 01 Jul 2004 10:12:51 +0200, Vincent Guichard
<vg.bleuciel.sa@wanadoo.fr>:
Moi, c'est marrant, depuis quelques temps, plus aucun message de Gaby
n'apparait dans le newsgroup... Je suis sur que c'est une conspiration
anti-Gaby de la part de Wanadoo...
Tu peux toujours t'inscrire chez Free, ce qui te donnera gratuitement
un accès à leur serveur de news (même si tu ne t'en sers pas comme
FAI).
On Thu, 01 Jul 2004 10:12:51 +0200, Vincent Guichard :
Moi, c'est marrant, depuis quelques temps, plus aucun message de Gaby n'apparait dans le newsgroup... Je suis sur que c'est une conspiration anti-Gaby de la part de Wanadoo...
Tu peux toujours t'inscrire chez Free, ce qui te donnera gratuitement un accès à leur serveur de news (même si tu ne t'en sers pas comme FAI).
-- schtroumpf schtroumpf
Luc Hermitte
Andre Heinen wrote in news::
Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Dinkumware, c'est ceux qui font la STL de Microsoft. Leur bibliothèque respecte-t-elle vraiment si bien le standard?
Une implémentation tout à fait respectable. Sur la page de garde de dinkumware, on lit qu'ils ont aussi récupéré le marché de BCB-X.
Il ne faut cependant pas garder en mémoire la version bridée (pour le compilo) qui était fournie avec VC6, et qui a l'époque n'était déjà pas la dernière version que Dinkumware vendait -- ce n'était pas la version de VC5 qui était vendue avec VC6 d'ailleurs ?
-- Luc Hermitte <hermitte at free.fr> FAQ de <news:fr.comp.lang.c++> : <http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/> Dejanews : <http://groups.google.com/advanced_group_search>
Andre Heinen <nospam@nospam.invalid> wrote in
news:t948e0d9cp5a0mtf8rni969hf5k7ov2rpe@4ax.com:
Evidemment, aucun compilo ne la respecte entièrement, mais plus le
nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Dinkumware, c'est ceux qui font la STL de Microsoft. Leur
bibliothèque respecte-t-elle vraiment si bien le standard?
Une implémentation tout à fait respectable. Sur la page de garde de
dinkumware, on lit qu'ils ont aussi récupéré le marché de BCB-X.
Il ne faut cependant pas garder en mémoire la version bridée (pour le
compilo) qui était fournie avec VC6, et qui a l'époque n'était déjà pas
la dernière version que Dinkumware vendait -- ce n'était pas la version
de VC5 qui était vendue avec VC6 d'ailleurs ?
--
Luc Hermitte <hermitte at free.fr>
FAQ de <news:fr.comp.lang.c++> :
<http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/>
Dejanews : <http://groups.google.com/advanced_group_search>
Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
Dinkumware, c'est ceux qui font la STL de Microsoft. Leur bibliothèque respecte-t-elle vraiment si bien le standard?
Une implémentation tout à fait respectable. Sur la page de garde de dinkumware, on lit qu'ils ont aussi récupéré le marché de BCB-X.
Il ne faut cependant pas garder en mémoire la version bridée (pour le compilo) qui était fournie avec VC6, et qui a l'époque n'était déjà pas la dernière version que Dinkumware vendait -- ce n'était pas la version de VC5 qui était vendue avec VC6 d'ailleurs ?
-- Luc Hermitte <hermitte at free.fr> FAQ de <news:fr.comp.lang.c++> : <http://www.cmla.ens-cachan.fr/Utilisateurs/dosreis/C++/FAQ/> Dejanews : <http://groups.google.com/advanced_group_search>
Fabien LE LEZ
On 1 Jul 2004 04:12:07 -0700, :
Tu as quand même oublié un critère de taille : le respect de la norme. Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
J'ai dit que c'était _un_ critère, pas _le_ critère.
-- schtroumpf schtroumpf
On 1 Jul 2004 04:12:07 -0700, kanze@gabi-soft.fr:
Tu as quand même oublié un critère de taille : le respect de la norme.
Evidemment, aucun compilo ne la respecte entièrement, mais plus le
nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
J'ai dit que c'était _un_ critère, pas _le_ critère.
Tu as quand même oublié un critère de taille : le respect de la norme. Evidemment, aucun compilo ne la respecte entièrement, mais plus le nombre d'écarts est faible, meilleur est le compilo.
Donc, Comeau avec la bibliothèque Dinkumware.
J'ai dit que c'était _un_ critère, pas _le_ critère.
-- schtroumpf schtroumpf
Alexandre BACQUART
Fabien LE LEZ wrote:
On 01 Jul 2004 00:21:45 -0500, Gabriel Dos Reis :
Oui.
Je suis sûr qu'un jour Gaby postera un message de deux mots, voire plus (soyons fous !) ;-D
C'est un bit. T'as jamais vu Tron ?
Toutes façons, ce thread est un troll...
-- Tek
Fabien LE LEZ wrote:
On 01 Jul 2004 00:21:45 -0500, Gabriel Dos Reis <gdr@cs.tamu.edu>:
Oui.
Je suis sûr qu'un jour Gaby postera un message de deux mots, voire
plus (soyons fous !) ;-D
En tout cas, niveau messages d'erreurs compréhensibles, je déconseille fortement la version "traduite" en français de gcc.
Si je me souviens bien, le NLS allait jusqu'à planter certaines versions de GCC
NLS = ?
-- Loïc
Matthieu Moy
Fabien LE LEZ writes:
On Thu, 01 Jul 2004 01:22:49 +0200, Franck Branjonneau :
C'est fourni avec : gcc.
g++
Y'a une différence ?
GCC = GNU Compiler *Collection*.
C'est une suite de compilateurs qui contient entre autres un compilo C et un compilo C++. Vu qu'à l'origine, c'était « GNU C Compiler », la commande qui compile le C s'appelle encore "gcc" et celle qui compile le C++ s'appelle "g++".
Maintenant, "gcc -lstdc++" appelle lui-même le compilateur C++ et permet de compiler du C++ aussi. Dans les deux cas, ça lance un "cc1plus" pour la partie compilation.
-- Matthieu
Fabien LE LEZ <gramster@gramster.com> writes:
On Thu, 01 Jul 2004 01:22:49 +0200, Franck Branjonneau
<fasbjx@free.fr>:
C'est fourni avec : gcc.
g++
Y'a une différence ?
GCC = GNU Compiler *Collection*.
C'est une suite de compilateurs qui contient entre autres un compilo C
et un compilo C++. Vu qu'à l'origine, c'était « GNU C Compiler », la
commande qui compile le C s'appelle encore "gcc" et celle qui compile
le C++ s'appelle "g++".
Maintenant, "gcc -lstdc++" appelle lui-même le compilateur C++ et
permet de compiler du C++ aussi. Dans les deux cas, ça lance un
"cc1plus" pour la partie compilation.
On Thu, 01 Jul 2004 01:22:49 +0200, Franck Branjonneau :
C'est fourni avec : gcc.
g++
Y'a une différence ?
GCC = GNU Compiler *Collection*.
C'est une suite de compilateurs qui contient entre autres un compilo C et un compilo C++. Vu qu'à l'origine, c'était « GNU C Compiler », la commande qui compile le C s'appelle encore "gcc" et celle qui compile le C++ s'appelle "g++".
Maintenant, "gcc -lstdc++" appelle lui-même le compilateur C++ et permet de compiler du C++ aussi. Dans les deux cas, ça lance un "cc1plus" pour la partie compilation.
-- Matthieu
drkm
Loïc Joly writes:
NLS = ?
Native Language Support. Je ne sais pas d'où vient l'expression, mais c'est ce qu'utilise (au moins dans certaines versions) le ./configure de GCC : --enable-nls et --disable-nls, si je ne m'abuse.
--drkm
Loïc Joly <loic.actarus.joly@wanadoo.fr> writes:
NLS = ?
Native Language Support. Je ne sais pas d'où vient l'expression,
mais c'est ce qu'utilise (au moins dans certaines versions) le
./configure de GCC : --enable-nls et --disable-nls, si je ne m'abuse.
Native Language Support. Je ne sais pas d'où vient l'expression, mais c'est ce qu'utilise (au moins dans certaines versions) le ./configure de GCC : --enable-nls et --disable-nls, si je ne m'abuse.
