jai telechargé Devcpp (a une vitesse incroyablement lente soit dit en passant) : devcpp4970-gcc32.exe
je l'installe
je le lance
j'ouvre un des exemples fourni avec
je compile
ca marche pas
hum...
 
ca dit ca : 22 D:\Dev-Cpp\Examples\Hello\Hello.cpp:1
iostream.h: No such file or directory.
 
jai pas touché aux path du tout
alors je capte pas
 
si vous savez pkoi ca fait ca ca m aiderais pas mal héhé
 
PS: je voudrais aussi me servir de la STL avec ce compilateur, passkeu VC++ c pas encore ca (mes sources doivent passer sur Unix apres, et sur vc++ les entetes marchent pas pareil )

Non ben il devrait compiler les programmes de base quand même...
 
Par contre, niveau STL...heu oui...c'est une grosse blague. Cela dit, ils ont sans doute corriger le tir depuis la version que j'ai testée.  
Quelques jours après l'instal' et après plusieurs heures de prise de tête, j'ai du retourné sous VC++. Et je peux te dire que, après ce séjour en enfer, j'ai commencé à en apprecier toute la dimension

 
perso j'utilise cygwin et gcc, mais c'est vrai que ça ne me sert pas qu'à ça.

 
tu pourrais m expliquer comment tu utilises la STL sous VC++ ? jai cherché mais pas reussi a faire marcher lol
 
actuellement pour le projet que j'ai je me ser de <iostream.h>, pas de <iostream> et je vais avoir besoin de <string>
 
merci

 
mais avec cygwin et gcc tu cree des programme fait pour tourner sous windows sans cygwin ???  

Dev C++ est cool pour débuter, mais l'éditeur souffre d'un problème ahurissant concernant la taille des tabs.

 
Suis pas sûr de comprendre ton prb exactement (qu'est ce qui n'est pas portable?) mais avec des "#define win32", etc. tu dois pouvoir t'en tirer...

VC7 supporte à peu près les templates de la STL.

Dans la nouvelle norme C++, il ne faut pas utiliser iostream.h mais iostream ! Tu ne perds pas en fonctionnalité et tu es aux dernières normes donc pourquoi se priver

je vous explique mon probleme
 
actuellement je taff sur un projet C++ pour l'IUT, et a l'IUT on tourne sous UNIX, et on compile avec xlC
 
mais comme l'IUT n'est pas ouvert tout le temps, et comme coder chez moi c mieu (gateaux powa), je code le projet chez moi, sous windows, en ce moment j'ecri les sources avec UltraEdit, mais comme je peux pas les compiler je sais pas ce que ca donnera
 
donc en fait je voulais pouvoir compiler mon truc sous VC++ ou sous devcpp, mais aussi pouvoir compiler les memes sources avec xlC
 
je tiens a eviter les "#define win32" comme disait willyzekid, ou les "using namespace std;" que jai vu dans un autre post sur la STL et VC++
 
tout ca en utilisant <iostream.h> et <string>
 
voial si vous pouvez m'aidez c cool sinon je serais obligé de monter ma tente a l'IUT pour terminer mon projet  

Si tu as <string>, tu dois avoir <iostream>. La seule difference entre <iostream.h> ( qui est déprecié ) et <iostream> c'est que ce dernier défini tous ses symboles dans le namespace std. Donc si tu utilises <iostream>, tu dois soit faire :
- using namespace std;
- using std::cout; ( pour juste avoir access a cout )
- utilises std::cout à la place de cout tout seul.
 
Enfin, pour ton cas, je ne peux que te conseiller d'aller chercher cygwyn car c'est une couche de compatibilité Unix pour windows. Fourni avec gcc et des libs faites pour que tes progs Unix compilent tels quels sous Windows. Tu auras aussi make, bash, rxvt, emacs, vim, python, perl etc...

c'est juste pour eviter d'avoir a taper

par exemple
 
donc c'est une facilite de programmation qui t'es offerte.
 
LeGreg

 
Tu peux je crois, mais j'en sais pas beaucoup, moi tant que je peux éviter C et C++ je le fais.  
Mais vu qu'il sait générer du PalmOS une fois bien configuré, y'a pas de raisons.
D'autre part, ça me sert à développer essentiellement des trucs UNIX.
Mais j'avais pas envisagé ta question sous cet angle.

 
Spécifiquement pour ton problème d'IUT, je te conseille vraiment cygwin, tu as vraiment une similarité forte avec unix, jusqu'aux makefiles etc.
 
Par contre en dehors de ce cas, CF au-dessus, c'est super confortable pour le développement mais il faut que t'arrives à te débarrasser de cygwin pour le déploiement.

ok merci je vais mettre cygwin

 
alors fait gaffe, utilise pas le terminal par défaut mais rxvt (fourni avec, dans le répartoire c:\cygwin\bin)
un petit raccourci
C:\cygwin\bin\rxvt.exe -sb -sl 2000 -e /bin/bash -login -i
 
et c'est la fête.
 
Je te le dis car j'ai découvert ça y'a 2 jours alors que ça fait 2 ans que je me faisais chier avec command.com qui suce des ours (encore que j'ai découvert en même temps qu'on pouvait faire du copier-coller dedans).

 
dev-c++ utilise la version Windows de gcc pourtant

 
"perso j'utilise cygwin et gcc, mais c'est vrai que ça ne me sert pas qu'à ça."
 
je crois que ma phrase était pas claire, plusieurs réponses tombent à côté.
Je voulais dire que cygwin ne me sert pas qu'à faire du développement, au sens où la lourdeur d'installation de cygwin (600 Mo chez moi, xfree et LaTeX compris) est amortie par une utilisation régulière. Je concédais par là que ce n'est pas forcément rentable pour tout le monde d'avoir le bouzin sur le disque.

 
qu'est ce que c'est exactement ?
sinon pour lancer cygwin je le lance avec le raccourci que tu m'as donnné et "c'est la fete" ?  

voila j'ai installé cygwin apres une longue lutte !
 
bon maintenant me fo des ptits help !
 
 
apparement deja je n'ai acces qu'au repertoire cygwin choisi pendant l'install et pas au reste du DD
on peut modif ca ?
 
ensuite je voudrais savoir c koi el compilo c++ ki ya avec, puiske moi je me sert de xlC a mon iut
 
euh voila je crois ke c tout ^^
merci pour vos reponses  

euh je viens de faire proprieté sur le repertoire de cygwin et cet enfoiré fais preske 1 go
c normal ca ??????

Tu as installé beaucoup de trucs c'est tout. Pour info, TeX, c'es enorme, emacs aussi. gcc/g++ ca prend pas mal de place aussi.
 
Si en plus tu as installé XFree ou même KDE ( il parait qu'il est dispo ) ...

euh en fait j'y conansi rien et jai trouvé l'install tres mal foutue LOL
masi bon jai de la place sur cette partoche donc c pas grave

 
 
cd /cygdrive

 
merci

 
rxvt est un teminal en mode graphique, comme les fenêtres DOS mais en mieux (historique, copier/coller sans lacher la souris, comme sous X/CDE, et des réglages jackys si tu veux)

Non, il y a une vraie incompatibilité.
Pour mon compilateur en tout cas:

Soit c'est tout <.h>
Soit c'est tout <> + using.
 
Et aussi certains headers ont changés de noms entre les deux.

perso les mix marchent a mon IUT
 
utiliser iostream.h et string
sans mettre "using namespace std"
ca passe ssans probleme
le compilateur c xlC et ca marche avec STLPORT

Comment se tirer une balle dans le pied, leçon n° 1.

bah si je dis ke ca marche

Se tirer une balle dans le pied ? Oui, en général ça marche bien.
 
Un mystère m'intrigue...
Comment s'appelait <string> dans les versions pré-standard, <string.h> étant déjà pris par le C ?