Nie masz racji. Wspomnę jeszcze, że GNU gcc nie jest żadnym standardem.
Zgadza się. A Visual C++, choć trudno to niektórym przyjąć do wiadomości, jest jednym z najbardziej zgodnych jeśli nie najbardziej zgodnym ze standardem kompilatorem.
Dev-C++ miałem okazję używać i nie było to zbyt miłe. Toporne, wolne, niestabilne. Z otwartych IDE to już lepiej Eclipse, chociaż trochę krowiaste.
Dokładnie. Co więcej niezgodności i ograniczenia są nieźle udokumentowane (brak dokumentacji dla VS 2005, ale jest dla VS 2003: http://msdn2.microsoft.com/en-us/library/2tb15w2z(VS.71.aspx ).
Większości niezgodności w 2003 i tak nikt, kto zadaje pytania na tym forum nie zauważy - ograniczenie liczby parametrów w szablonie do 64 zamiast 1024 (powodzenia w pisaniu takiego szablonu), export (słowo kluczowe) nie działa na szablonach, specyfikatory wyjątków są pomijane, brak obsługi kowariancji typów zwracanych jako wirtualne klasy bazowe i kilka pomniejszych braków. Większość ograniczeń dotyczy szablonów a mimo wszystko szablony w MSVC mają najlepszą (najwierniejszą standardom) dostępną implementację.
MSVC ma niemalże całkowitą zgodność z ISO/IEC 14882-1998 C++ Standard i jest znacznie wygodniejszy od DevCpp (w zasadzie to jedyne darmowe środowisko w którym można się nauczyć debuggowania). Polecać DevCpp jest tylko sens, jeśli ktoś ma za mały dysk na instalację VS. Co… nie zdarza się chyba zbyt często. 
Witam, chciałbym się jeszcze o coś zapytać. Używam dev c++ ale mi się on nie podoba. Nie można w programie wstawiać polskich znaków typu ą bo pojawiają sie krzaczki zamiast tego muszę pisać jakieś liczby żeby była polska litera np. \310a jest to trochę uciążliwe drugi problem z tym programem jest taki, że jak mam jakiś błąd w kodzie to chciałbym, żeby kompilator zaznaczał mi w której linijce jest błąd (np. by zaznaczył ten fragment) a w dev c++ tylko pisze coś na dole ale ja nic z tego nie rozumiem.
Z góry dzięki za propozycje jakichś kompilatorów najlepiej z polskim interfejsem,
pozdrawiam.
Żaden kompilator nie powie Ci ze 100% pewnością gdzie jest błąd. Podstawową trudnością jest to, że kompilator nie rozumie co chcesz osiągnąć w swoim kodzie. Przez to błąd popełniony przez Ciebie może się objawić problemem zgłaszanym przez kompilator kilka linijek dalej (lub nawet w innym pliku). Dlatego komunikat błędu zawiera wartościową informację o tym co nie zadziałało. Może to głupia sugestia, ale czytaj nawet po kilka razy komunikat błędu jeśli go nie rozumiesz - nawet jeśli go nie zrozumiesz, wyłapać możesz pewne kluczowe treści, które pozwolą Ci naprawić usterkę. Nigdy też nie czytaj logów od środka! Najpierw napraw pierwszy z góry błąd - to często wystarcza, by logi błędów kompilatora zmniejszyły się znacznie. Problemy mogą narastać lawinowo, jeśli pomyliłeś sie w jednym miejscu, wiele błędów może być fałszywymi alarmami spowodowanymi przez błędy wykryte wcześniej.
Funkcjonalność zbliżoną do tego co potrzebujesz oferuje środowisko Visual Studio. Polskie litery działają bez problemu a podwójne kliknięcie na błędzie przenosi Cię do linijki kodu podejrzanej o wygenerowanie błędu.