Da si živ i zdrav o Dev-C++ se ovde govorilo i govoriće dugo :)

To što si naveo u "novoj" verziji zapravo nije deo nove verzije! Nova verzija je čisto, najobičnije bugfix izdanje...

Mislim da je ova recenzija donela mnogo više nego prethodne iz prostog razloga što je sada kompajler koji dolazi u paketu optimizovan i prilagođen Ansi C++ standardu.

Takode je zanimljivo, i trba napomenuti da program možete lokalizovati na Hrvatski, jer su se njihovi entuziasti potrudili da obezbede podršku za svoje početnike. Na gore navedenom sajtu se mogu skinuti i alati za komparativno prevođenje sa engleskog.Ako je nekome zaista stalo, rado ću postaviti srpski "Language pack".

Inače za sve koji ne znaju, uz Dev-C++ dolazi mali tutorijal i desetak primera aplikacija za Dos i Windows.U samom programu moguće je izabrati između ostalog i Template za OpenGL aplikaciju.

U svakom slučaju korisna adresa kako za početnike tako i za one koji već poseduju ranija izdanja DevC++ a.

jos samo kad bi dodali UTF-8 podrsku...

Hrvatski Dev-C++ paket takođe postoji mesecima... Ne shvatam poentu onog teksta...

Što se kompajlera tiče, on je isti od prve verzije Dev-C++-a, u pitanju je C/C++ kompajler iz GCC-a, koji je ANSI kompatibilan naravno.

Veruj mi na reč, SVE ono što si naveo da dolazi u novoj verziji je postojalo i u prethodnih nekoliko!

OpenGL šablon TAKOĐE nije tu od nove verzije! Zbunjen sam onom prvom porukom i razumeo bih je jedino kao --cenzurisano--....

Čisto da ne bude zabune, GCC nije ANSI kompatibilan. Jedini ANSI kompatibilan kompajler (koliko ja znam) je Comeau 4.3

Da si mi ti živ i zdrav leka! Drago mi je što si najaktivniji na ovoj temi, i iskreno se nadam da si veoma nestrpliv što se tiče izlaska nove verzije - 5 DevC++ -a.
Samo opušteno. Čim izadje, preurediću poruku za sve one poput tebe, koji se iskreno brinu da sve informacije budu ispravne i na mestu.

Moguće da nije potpuno, ali ako želiš ANSI imaš dobri stari svič -ansi koji bi trebalo da daje ANSI kompatibilnost.

Ako govorimo o C-u (C89), onda je kompatibilan (-ansi switch služi da se izbace gnu ekstenzije kao što je inline), ali C++ kompajler nije (još?). Kao što rekoh, samo Comeau 4.3 ima sve ono što zahteva standard (koji je, uzgred budi rečeno, usvojen još 1998, a već se sprema i nova verzija).

Recimo, na ovoj stranici se mogu naći odstupanja VC 7.1 od standarda

http://msdn.microsoft.com/libr...l/vclrfnonstandardbehavior.asp

Ukratko:

Compiler Limits
10.3 (Paragraph 5) Covariant Return Types
14 export Keyword on a Template
14.6.2 Dependent Names
15.4 Function Exception Specifiers
18.6.4 The uncaught_exception Function

Koliko ja znam inline ključna reč jeste deo standarda, mogao si da odabereš nešto bolji primer. A možda nisi mislio na ključnu reč? Ako ne, razjasni malo ovo za slabije poznavaoce standarda.

inline jeste standardna ključna reč u C++u, ali ne u C-u (bar ne u po standardu iz 89). ansi switch se odnosi na C, a ne C++. Uostalom, evo citata sa man gcc:

http://www.astro.uni-bonn.de/~webstw/cm/gnu/gcc/gcc.1.html

-ansi
Support all ANSI standard C programs.

This turns off certain features of GNU C that are incompatible with ANSI C, such as the asm , inline and typeof keywords, and predefined macros such as unix and vax that identify the type of system you are using. It also enables the undesirable and rarely used ANSI trigraph feature, and disallows `$ ' as part of identifiers.
The alternate keywords __asm__ , __extension__ , __inline__ and __typeof__ continue to work despite `-ansi '. You would not want to use them in an ANSI C program, of course, but it is useful to put them in header files that might be included in compilations done with `-ansi '. Alternate predefined macros such as __unix__ and __vax__ are also available, with or without `-ansi '.
The `-ansi ' option does not cause non-ANSI programs to be rejected gratuitously. For that, `-pedantic ' is required in addition to `-ansi '.
The preprocessor predefines a macro __STRICT_ANSI__ when you use the `-ansi ' option. Some header files may notice this macro and refrain from declaring certain functions or defining certain macros that the ANSI standard doesn't call for; this is to avoid interfering with any programs that might use these names for other things.

Podseticu da niko nije tacno rekao C++ ... Tako da su svi delimicno u pravu kad sumiramo sve sto je receno u vezi GCC C/C++ kompajlera i ANSI kompatibilnosti. :)

Sto se tice Dev-C++-a, on ima jednu VEOMA VELIKU manu, a bogami i poveliki broj vrlina. No pomenuta mana je za mene licno veoma vazna... :( Elem, radi se o menadzeru projekta. Programer u principu ima mogucnost da radi na samo jednom "target"-u. Ja recimo radim projekat koji u sebi ima par desetina targeta, koji su uz sve to medjuzavisni. Konkretno imam tri target-a koji su DLL-ovi, od kojih zavise neki drugi target-i, aplikacije koje dolaze uz projekat i razni demoi. Kad bih ovaj projekat pokusao da razvijam u Dev-C++-u morao bih za svaki .exe ili .dll da pravim POSEBAN PROJEKAT! Nadam se iskreno da ce ovo malo drugacije odraditi u nekoj buducoj verziji, nakon toga cu reci da je Dev-C++ savrsen IDE, do tada mogu reci da je to jedan nadprosecan IDE. :)