vi mais la plupart des compilo laisse passer cette erreur ( pour le main du moins) et renvoie un warning plutôt qu´une erreur.

Moi je pense que vous vous emmerdez pour rien :

1. include < iostream>

et

1. include < iostream.h>

marchent tous les 2 en C++ ANSI
aisni que
std::cout et cout tout court
Omettre le return, C pas propre, mais ça n´empeche pas de marcher, ça fait un warning.

ça ne vaut pas le coup de se battre pour une syntaxe ou une autre dans la mesure ou plusieurs sont tolérées, surtout que vous etes hors sujet.

Bref, le code de notre ami devrait marcher. S´il ne marche pas, c´est que les libs de base doivent etre mal linkées, c´est de toute évidence une erreur de Makefile.

Reinstalle ton compilateur, et en créant ton projet vérifie les chemins si tu as a en spécifier ( je ne connais pas ton compilo, j´utilise VC++6.0 ou Borland C++ ou GCC/C++ sous Nunux)

++

vive le C++ ! !

" Et Kelios on enléve les . h pour les librairies standands"

mais c´est que t´es un ptit marant toi: t´as jamais compris rien ou quoi?
Sérieusement: t´as fini de raconter n´importe quoi?
" lol, mais sa sert a rien de mettre le . h c l avantage du c++ ! "
Bon, je vais t´expliquer un truc: si t´as pas à mettre le . h dans iostream.h, c´est qu´en fait tu appelle un fichier appelé iostream tout court.
Les deux fichiers sont différents... quoiqu´elles peuvent être négigeables, ces différences, dans la majorité des cas.
c´est comme < cstdio>: c´est exactement pareil à stdio, mais de façon à ce que les fonctions C soient en emphase avec le C++...

" Et tu sais koi Kelios, y a des systemes d exploitation qui ont pas d extension ! lol ( en tt cas pas écris a la fin ) car tu sais il ne faut pas forcément qu il soit écris pour que l ordi comprenne ! lol"
Éh non, au moins t,auras appris une chose dans la vie: un de ces systèmes d´exploitation dont tu n´as pas nommé est Windows... la preuve avec les headers sans extension... Linux aussi, car c´est plus généralisé... mais il y a des limites à tout: si ce n´est par les extensions, alors le système d´exploitation utilisera d´autres façons d´encoder le type de fichier, car sinon, impossible pour le système d,exploitation de savoir comment interpréter le fichier...

" Essayé de mettre < string.h> et déclaré un string, si sa marche vous etes des boss , sinon fo apprendre un peu plus le C++ "
Meuh, c,est fastoche, mon gars... copier-coller de ´string´, et renommer le nouveau ´string´ en ´string.h´... Eh oui, tu l´as dis bouffi, je suis maintenant un boss. C´est drole

Je reprend:
C´est drole, je m´imaginais que devenir un boss serait plus difficile... Je m´était trompé...

Sur ce, bonne nuit(Heu, non, c´est vrai, bon matin, Français!)

Kelios
---------

Personnelement, je trouve que le choix entre < iostream> et < iostream.h>, et le fait de mettre un return x a la fin d´un main est important.
Etes vous satifait lorsque votre prog compile avec plein de warnings ? Moi pas, je corrige jjusqu´a ce qu´il n´y ai plus un seul warning.
Donc, avec cette methode, le choix est vite fait, c´est : < iostream>.
Le C++ evolu en permanence. Il vaut mieux suivre le mouvement. non ?

Et si je dis de mettre < iostream> c pour faire du C++ mon gars

" car tu sais il ne faut pas forcément qu il soit écris pour que l ordi comprenne" t as pas tt lu Kelios, c exactement se que g dis ! ( et je parlé de linux lol)

Et vas y nike tt fichier sting.h, car il en existe un ds les includes lol ! !!

" Et si je dis de mettre < iostream> c pour faire du C++ mon gars "

Ha.... et iostream.h c´est pour programmer en quoi alors ?
En C ?
iostream n´existe pas en C, ca fait parti des lib C++.
D´ailleur, < iostream.h> est en fait < iostream> plus des warnings indiquant qu´il est preferable de ne plus l´utiliser.

Bref, discutions iostream vs iostream.h futiles, c´est le meme fichier.

Sur ce, bon weekend messieur ! !!

Sous linux les warnings sont apparus avec la version 3.2 de g++ avec la 2.9xxx ( je sais plus laquelle) ils n´y etaient pas. Donc je pense que les compilateurs sous windows ca doit etre pareil, ca depend de leur version.