Tout à fait..
Tes deux premiers arguments sont tellement importants techniquement que comparer gcc à icc n'a meme pas grand sens. D'ailleurs, tu as omis de dire que gcc peut cross-compiler (ce qui est différent du fait d'exister sur plusieurs plateforme).
En pratique, quand bien meme icc serait meilleur (ce qui me choquerait pas, il est fait par ceux qui font le cpu qu'il cible), le gain de vitesse ne saurait compenser les efforts humains d'adapter son code et de devoir utiliser plusieurs compilos suivant la plate-forme ciblée...
Rien à voir 1.
Vous saviez que Qt-Win nécessitait une licence MS ou Borland, meme si l'on s'en sert avec gcc (cygwin) ?
Rien à voir 2.
Même si je suis pratiquement sur de la réponse, y'a-t-il moyen de rendre gcc abi-compatible avec Microsoft Visual C++ 6.0 (Entreprise Edition), ou l'inverse. (enfin, je voudrais savoir si on pourrait lier des .o gcc avec des .o MSVC++6EE, sur plateforme MSWin)
[^] # Re: Comparatif Intel C++ 7.0 / Gcc 3.2.1
Posté par Benjamin . En réponse à la dépêche Comparatif Intel C++ 7.0 / Gcc 3.2.1. Évalué à 8.
Tes deux premiers arguments sont tellement importants techniquement que comparer gcc à icc n'a meme pas grand sens. D'ailleurs, tu as omis de dire que gcc peut cross-compiler (ce qui est différent du fait d'exister sur plusieurs plateforme).
En pratique, quand bien meme icc serait meilleur (ce qui me choquerait pas, il est fait par ceux qui font le cpu qu'il cible), le gain de vitesse ne saurait compenser les efforts humains d'adapter son code et de devoir utiliser plusieurs compilos suivant la plate-forme ciblée...
Rien à voir 1.
Vous saviez que Qt-Win nécessitait une licence MS ou Borland, meme si l'on s'en sert avec gcc (cygwin) ?
Rien à voir 2.
Même si je suis pratiquement sur de la réponse, y'a-t-il moyen de rendre gcc abi-compatible avec Microsoft Visual C++ 6.0 (Entreprise Edition), ou l'inverse. (enfin, je voudrais savoir si on pourrait lier des .o gcc avec des .o MSVC++6EE, sur plateforme MSWin)