Sur base de votre expérience, quel(s) compilateur(s) conseillez-vous aujourd'hui
pour développer en C++ des applications sous windows, tout en espérant une
certaine portabilité sur d'autres plateformes, et sans devoir étudier
pendant 6 mois les caractéristiques du compilateur, qui trop souvent
deviendront obsolètes dans la version suivante ?
quel(s) compilateur(s) conseillez-vous aujourd'hui pour développer en C++ des applications sous windows
Le compilateur en lui-même n'a pas tant que ça d'importance, tant qu'il est raisonnablement récent. Donc, exit Visual C++ versions 1 à 6, Borland C++ versions 1 à 5.02, gcc 2.x, etc.
Je te conseille par contre d'avoir deux compilos : un pour développer, et un pour tester que ton code est bien du C++. J'apprécie beaucoup Comeau en tant que deuxième compilateur.
tout en espérant une certaine portabilité sur d'autres plateformes,
Tant que tu fais du C++, il n'y a pas de souci. C'est pour ça que je conseille d'avoir deux compilos.
Principale restriction : il se peut que tu utilises des bibliothèques spécifiques à un OS et/ou à un compilateur. Beaucoup de bibliothèques ne fonctionnent que sous Windows, ou bien que sous Visual C++, ou encore que sous gcc (mais tous les OS).
et sans devoir étudier pendant 6 mois les caractéristiques du compilateur, qui trop souvent deviendront obsolètes dans la version suivante ?
Normalement, tu n'as pas à te soucier des caractéristiques du compilo : si tu dois fréquemment bricoler à cause de limitations du compilateur, c'est signe qu'il vaut mieux en changer.
On Sat, 1 Apr 2006 10:45:06 +0200, "Thierry" <fb531998@skynet.be>:
quel(s) compilateur(s) conseillez-vous aujourd'hui
pour développer en C++ des applications sous windows
Le compilateur en lui-même n'a pas tant que ça d'importance, tant
qu'il est raisonnablement récent. Donc, exit Visual C++ versions 1 à
6, Borland C++ versions 1 à 5.02, gcc 2.x, etc.
Je te conseille par contre d'avoir deux compilos : un pour développer,
et un pour tester que ton code est bien du C++. J'apprécie beaucoup
Comeau en tant que deuxième compilateur.
tout en espérant une
certaine portabilité sur d'autres plateformes,
Tant que tu fais du C++, il n'y a pas de souci.
C'est pour ça que je conseille d'avoir deux compilos.
Principale restriction : il se peut que tu utilises des bibliothèques
spécifiques à un OS et/ou à un compilateur. Beaucoup de bibliothèques
ne fonctionnent que sous Windows, ou bien que sous Visual C++, ou
encore que sous gcc (mais tous les OS).
et sans devoir étudier
pendant 6 mois les caractéristiques du compilateur, qui trop souvent
deviendront obsolètes dans la version suivante ?
Normalement, tu n'as pas à te soucier des caractéristiques du
compilo : si tu dois fréquemment bricoler à cause de limitations du
compilateur, c'est signe qu'il vaut mieux en changer.
quel(s) compilateur(s) conseillez-vous aujourd'hui pour développer en C++ des applications sous windows
Le compilateur en lui-même n'a pas tant que ça d'importance, tant qu'il est raisonnablement récent. Donc, exit Visual C++ versions 1 à 6, Borland C++ versions 1 à 5.02, gcc 2.x, etc.
Je te conseille par contre d'avoir deux compilos : un pour développer, et un pour tester que ton code est bien du C++. J'apprécie beaucoup Comeau en tant que deuxième compilateur.
tout en espérant une certaine portabilité sur d'autres plateformes,
Tant que tu fais du C++, il n'y a pas de souci. C'est pour ça que je conseille d'avoir deux compilos.
Principale restriction : il se peut que tu utilises des bibliothèques spécifiques à un OS et/ou à un compilateur. Beaucoup de bibliothèques ne fonctionnent que sous Windows, ou bien que sous Visual C++, ou encore que sous gcc (mais tous les OS).
et sans devoir étudier pendant 6 mois les caractéristiques du compilateur, qui trop souvent deviendront obsolètes dans la version suivante ?
Normalement, tu n'as pas à te soucier des caractéristiques du compilo : si tu dois fréquemment bricoler à cause de limitations du compilateur, c'est signe qu'il vaut mieux en changer.
James Kanze
Aurelien Regat-Barrel wrote:
Par curiosité : quelles sont les limites ? Je n'en ai jamais rencontré, mais il faut dire que je ne m'en sers que pour vérifier que le code dans mes bibliothèques compile avec ce compilateur -- c'est loin d'être une utilisation « réele ».
Pour du C++ standard, y'a pas vraiment de limitation. Des modèles de projets en moins ce qui nécessite de changer les propriétés du projet après création (on est déjà dans du non standard car c'est pour créer des dll etc...).
Pas de compilation 64 bits, de support d'OpenMP, de code source de la CRT, de débogage à distance...
Pour les Windowsiens par contre il y a une limite plus gênante : pas d'éditeur de ressources :-(
Merci. Pour l'instant, tout ce qui m'intéresse, c'est le compilateur, invoqué au moyen de cl depuis un fichier de make. Si le compilateur (y compris l'éditeur de liens et la bibliothècaire) est le même, ça me suffit.
-- James Kanze 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
Aurelien Regat-Barrel wrote:
Par curiosité : quelles sont les limites ? Je n'en ai jamais
rencontré, mais il faut dire que je ne m'en sers que pour
vérifier que le code dans mes bibliothèques compile avec ce
compilateur -- c'est loin d'être une utilisation « réele ».
Pour du C++ standard, y'a pas vraiment de limitation. Des
modèles de projets en moins ce qui nécessite de changer les
propriétés du projet après création (on est déjà dans du non
standard car c'est pour créer des dll etc...).
Pas de compilation 64 bits, de support d'OpenMP, de code
source de la CRT, de débogage à distance...
Pour les Windowsiens par contre il y a une limite plus gênante
: pas d'éditeur de ressources :-(
Merci. Pour l'instant, tout ce qui m'intéresse, c'est le
compilateur, invoqué au moyen de cl depuis un fichier de make.
Si le compilateur (y compris l'éditeur de liens et la
bibliothècaire) est le même, ça me suffit.
--
James Kanze kanze.james@neuf.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
Par curiosité : quelles sont les limites ? Je n'en ai jamais rencontré, mais il faut dire que je ne m'en sers que pour vérifier que le code dans mes bibliothèques compile avec ce compilateur -- c'est loin d'être une utilisation « réele ».
Pour du C++ standard, y'a pas vraiment de limitation. Des modèles de projets en moins ce qui nécessite de changer les propriétés du projet après création (on est déjà dans du non standard car c'est pour créer des dll etc...).
Pas de compilation 64 bits, de support d'OpenMP, de code source de la CRT, de débogage à distance...
Pour les Windowsiens par contre il y a une limite plus gênante : pas d'éditeur de ressources :-(
Merci. Pour l'instant, tout ce qui m'intéresse, c'est le compilateur, invoqué au moyen de cl depuis un fichier de make. Si le compilateur (y compris l'éditeur de liens et la bibliothècaire) est le même, ça me suffit.
-- James Kanze 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
