Voila je recherche un compilateur C optimisé pour windows. Pour Linux j'ai trouvé, mais pour windows... seulement des trucs de C++ qui faisaient un peu de C aussi pour je pense des problèmes de compatibilité ou pour adapter du code en C++. Voila sinon que dire à part que j'aimerais éviter de payer une license (Vive la GPL) et surtout a Microsoft.
 
@+

t'as gcc ou lcc par exemple
 
et SURTOUT LIS LE TOPIC DÉDIÉ !

celui d'intel est le meilleur

le compilateur MS est dispo gratuitement

Un peu de C... Plus qu'il n'en faut à mon avis.

je dirais :
 
- celui d'intel version 8 un poil meilleur sur CPU Intel comme l'a dit Tamahome (payant, ne marche pas sous win9x/ME)
- celui de microsoft version 7.1 qui est gratuit (si si!)
- mingw (gcc specifique à windows) qui optimise bien
- vectorC qui se débrouille très bien mais il faut beaucoup de réglages (payant mais demo dispo)
 
J'ajouterais que tout compilo C++ compile du C et que linker du C et du C++ ça marche très bien (directive extern "C" ou "C++" )

 
 
Ok merci tout le monde. Je me lance dans le C pour windows (ca devrait pas trop changer de linux )
 
au fait d'où vient la lenteur de compilation par rapport à des trucs comme delphi?
 
TchaoTchao
 
 

Le C est bcp plus complexe à parser que le Pascal (et je ne parle pas du C++).

Essentiellement à cause du système des #include.

mais les en-têtes pré compilés corrigent en partie ce pb.
Il existe des compilos très rapides, celui de Borland je crois en était un des plus rapide en version 6, mais ceux qui sont rapides optimisent souvent mal (malgrès que le parse et l'optimisation soient deux choses différentes).
 
En règle générale le temps de compilation n'est pas un problème pendant le développement si tu répartis bien ton code. Par exemple il faut déclarer ce qui est spécifique à un fichier .cpp dans ce fichier plutôt que dans un header qui pourrait être utilisé ailleurs pour rien. Si tu codes pas comme un porc et que tu utilises un assistant qui détecte les fautes de frappe ou de grammaire genre parenthèse manquante pendant l'édition tu n'as besoin de recompiler souvent.

 
bah nan, le C, ca va encore (?) (le C++ je dis pas)

Y'a la phase de preprocessing : les macros, la recopie des include, ...
Les compilos C/C++ optimisent bcp aussi, et ça prend du temps...

c'est désactivable. En mode debug en général les compilos n'optimisent pas et c'est + rapide.

la compilation est plus rapide.

je parlais de la compilation.
Taz, le type qui ne rate aucune faute, même pas de grammaire

taz considère peut être que la vitesse d'exécution est plus importante que la vitesse de compilation
il le souligne donc

A quand le topic dédié à l'analyse des pensées de Taz.

 
Pareil pour moi, j'ai des applis qui compilent en 35 mn pour aller 17 fois plsu vite qu'uen appli compilant en 35s

 
jamais, ca n'interesse personne  

les fotes dans les signatures, très peu "Lieutenenant"

 
sors de ce corps, luc 2 !

 
-15 points de raisonnement

 
j'ai PROUVE que tu avais perdu cette discution !
 

Stait toi qui en avait fait un topic sur discu ?

je sais plus, pitet, en tout cas j'ai le bon bout de la raison

Non la tu es trop directement logique