Dev C++ ? - Page 2

Faudrait aussi arreter de dire que gcc est le meilleur compilateur...
Meme dans l'entourage de gcc, on dit qu'il est en retard sur ICC...
Lire ça : http://www.onversity.com/cgi-bin/progactu/actu_aff.cgi?Eudo=bgteob&M=informat&O=touslesmots&P=N200310#070
Et l'équipe de gcc compte enfin rattraper son retard, et abandonner sa structure de compilo archaïque avec la version 3.5 future...

guilc
: Et l'équipe de gcc compte enfin rattraper son retard, et abandonner sa structure de compilo archaïque avec la version 3.5 future...

Je suis au courant du projet tree-ssa, et je sais même comment il marche en gros: j'ai lu leur paper et un grand nombre de leurs discussions sur la mailing list. Donc ce n'est vraiment pas à moi qu'il faut signaler la présence de ce projet.

OUi, mais c'est toi qui au post 6 affirmais que gcc est le meilleur compilateur... Donc non, il est en l'état actuel des choses en retard technologique...

ICC marche pas pour AMD, ARM, 68k, VAX, SPARC, MN, M32R, M88, Power Pc, MIPS, Alpha, et j'en passe.
Il supporte enormement de choses.
Mais ok, il n'optimise que moyennement.

guilc
: OUi, mais c'est toi qui au post 6 affirmais que gcc est le meilleur compilateur... Donc non, il est en l'état actuel des choses en retard technologique...

Ce n'est pas la méthode qui compte, c'est le résultat.

Kevin Kofler
:

guilc
: OUi, mais c'est toi qui au post 6 affirmais que gcc est le meilleur compilateur... Donc non, il est en l'état actuel des choses en retard technologique...

Ce n'est pas la méthode qui compte, c'est le résultat.

Le fait d'être en retard technologique implique qu'il ne bénéficie pas des dernières avancées en terme d'optimisations, ce qui est très important pour les back end pour les plateformes exotiques.

nEUrOO
: ton école ne fait pas parti du groupe d'écoles sponso par MS ?

J'ai une version MSDNA de Visual pour mon portable - un poste -, et une autre pour mon fixe - illimité -, théoriquement, mais j'utilise la même
On est "sponsorisé" par MS parce que les postes de certaines salles ont Visual .NET, à Metz, ce sont tous les postes qui l'ont.

Kevin
: Il n'a pas indiqué le portage exact de GCC qu'il a utilisé (Cygwin ou MinGW). Ce n'est pas sérieux (ça donne des résultats très différents)

Très différents sur quels points ? vitesse ? taille ?
Et pourquoi ?

Albert Instinct
: Très différents sur quels points ? vitesse ? taille ?

Les deux.

Et pourquoi ?

Cygwin utile un runtime C qui émule le POSIX, MinGW utilise le runtime C de M$ livré avec Windows.

./38> peut-être parce qd tu compile sous mingw, ton prog accède directement au système windows... tandis que qd tu compiles sous cygwin, pour accéder au système windows, il doit passer par l'intermédiare de cygwin, ce qui ralenti
(enfin, il me semble que ça marche comme ça... puisque de toute façon, cygwin.dll ou dans le genre est obligatorie pr les progs compilés sous gywin)