Je suis dégoûté, j'avais découvert un soft BloodShed Dev-c++, je le trouvais puissant et en plus gratuit ! Et un jour j'ai trouvé un programme d'exemple sur la STL, ce programme se compile parfaitement sur Borland c++, sur Visual C++ et sur Dev-c++ y'a rien à faire ca marche pas j'ai jamais compris et c'est un programme tout con . . . bon maintenant chuis peut-être une paire de bras cassés ! ! ! !

Voilà le prog en question :
 
#include< limits.h>  
#include< iostream>  
#include< string>  
 
using namespace std;
 
int main()  
{
 
cout < < "Virgule flottante le plus grand = " < < numeric_limits< float> ::max() < < "\n";  
cout < < "Virgule flottante le plus petit = " < < numeric_limits< float> ::min() < < "\n";  
 
system("PAUSE" );
return 0;
 
}

Et c'est quoi le message d'erreur?
 
PS: c'est bizzare d'utiliser \n en c++, mais bon...

Voilà les messages d'erreurs :
 
c:\dev\dev_devcpp\exo01.cpp: In function `int main()':
c:\dev\dev_devcpp\exo01.cpp:36: `numeric_limits' undeclared (first use this function)
c:\dev\dev_devcpp\exo01.cpp:36: (Each undeclared identifier is reported only once
c:\dev\dev_devcpp\exo01.cpp:36: for each function it appears in.)
c:\dev\dev_devcpp\exo01.cpp:36: parse error before `>'
c:\dev\dev_devcpp\exo01.cpp:37: parse error before `>'
c:\dev\dev_devcpp\exo02.cpp: In function `int main()':
c:\dev\dev_devcpp\exo02.cpp:10: `numeric_limits' undeclared (first use this function)
c:\dev\dev_devcpp\exo02.cpp:10: (Each undeclared identifier is reported only once
c:\dev\dev_devcpp\exo02.cpp:10: for each function it appears in.)
c:\dev\dev_devcpp\exo02.cpp:10: parse error before `>'
c:\dev\dev_devcpp\exo02.cpp:11: parse error before `>'
 
Pourquoi c'est bizarre de metrte /n, dans plein d'exemple je le vois ?

visiblement, il ne trouve pas la constante de limite, mais pourquoi... mystère, le problème, c'est que j'ai pas de compilo c++ pour tester ici.
 
sinon, pour le \n, c'est un reste du C, ca indique un saut de ligne, mais le problème, c'est que d'un système à l'autre, le passage a la ligne s'accompagne parfois d'un \r (retour chariot). Du coup, histoire de standardiser, en c++, on a inventer 'endl' a placer comme ca: ...<< endl <<... comme ca, a la compil, suivant l'OS, la transformation est toujours correcte.

C'est sûr que si il met des espaces entre les "<" de <<, le compilo va pas aimer.

Euh . . . des espaces entre les < de <<, faut pas pousser là j'ai fait un copier-coller intégrale depuis le source, maintenant si la mise en page change entre-temps, j'y peux rien, se genre d'erreur ne serait pas passer de toute façon !
 
Par contre autre mystère aussi : sous Borland et Visual on mets #include<limits>, Dev-c++ ne l'accepte pas on doit rajouter l'extension .h !

Salut à tous, moi je trouve que bloodshed dev c++ est un super IDE, mais par contre il arrive trouve des erreurs la ou les autres n'en trouvent pas (pour ma part, je ne fais que du C)
Le plus chiant c'est qu'il ne gère pas (apparemment) les séquences d'échappement dos (style printf("\033[2j" ); pour effacer l'écran)

Beaucoup le considère comme un super IDE, moi aussi mais c'est dommage qu'on ai des bizarreries comme ca parfois ! Et chuis sur que c'est un truc tout con !
 
Autre chose en rajoutant ces deux lignes avant le main() :
 
template <classe T>
class numeric_limits ;
 
On a plus que deux errors en faîte il ne trouve pas les méthodes min() et max(), une idée ?
 
ps : je dirais plutôt que Dev-c++ est moins tolérant que les autres, ca oblige à faire du code juste et donne les bons réflexes dés le début ! ! !

HONTE A MOI ! En faites le #include<limits.h> ne marchait pas, c'est bien #include<limits>, dan sles options de Dev-c++ il fallait indiquer un path supplémentaire pour les include ! Le fichier limits.h étais présent dans dexu autres répertoire je croyai sque c'étais un des deux, ben nan !

Faut savoir que ca utilise MinGW32 qui est un portage de GCC sous Win32. Et GCC (cette version en tout cas) gère pas complètement bien les STL.

Exa j'ai du télécharger la librairie complète de STL sur le site de SGI, je l'ai inclu à Dev-c++  et la le prog compilait ! C'est bien dommage que ce soft respecte pas les derniers standards du c++ ! ! !

Mais quand c'est gratuit on ne crache pas dessus... C'est bien vous l'avez pas fait.

 
Il y a une version des STL pures jus pour GCC (une autre que chez SGI). Peut-être que GCC 3.0 (récent) est vraiment compatible C++ 2 maintenant (STL en particulier).