[quote name='Servant of the Lord' timestamp='1338435989' post='4944872']
QtCreator is great*, it has intellisense, integrated debugger, and etc... I use it with MinGW (the GCC C++ compiler ported to windows). The version of MinGW that ships with QtCreator is 4.5 I think, but I manually upgraded to v4.6 which better supports the C++11 standard. (GCC is on 4.7, but that version hasn't yet been ported to MinGW and Windows yet - when it is ported, it'll almost completely implement the standard).

Hi i would be really interested in how you achieved that? Can this be done without having to rebuild qt-creator or is the switch a "compile-time option"? The problem is that i have some COM-Stuff in my qmake-project and it would be really helpful if i could get code completion to work and my hopes are that the newer version of gcc is better at working with the COM-macros
[/quote]

I had to rebuild the Qt APIs, because of a lack of binary compatibility between the two versions of GCC I was switching between (probably from inexperience on my part). But I didn't have to rebuild Qt Creator (the IDE).

You just specify to QtCreator what compiler to use, even using the MSVC++ compiler if you want. (On the vertical bar at the left side of the Qt IDE, hit 'Projects', and alongside "Toolchains", hit "Manage" and add a new one.



It can autodetect alot of installed compilers (including Clang, MinGW, GCC, and a few others) depending on where they were installed to (I think it looks in the PATH environment variable); so sometimes you don't even need to "Manage" and manually add them, you can just select it from the drop-down.

Since I have multiple Qt API installs (three?), and multiple MinGW installs (two?), I take advantage of QtCreator's custom build environments, to temporarily erase all the Windows PATH, and re-customize it just for compiling. I added paths to my Qt installs and my MinGW installs in the order of preference I have.

This guy maintains a Windows MinGW port of newer GCC versions, currently bleeding edge 4.7; it might be worth trying.

I'd rather recommend http://code.google.com/p/mingw-builds/
(I see though that he also offers precompiled libraries, which can be useful)

I downloaded and got one version of MinGW 4.7 working about two months ago, but (probably because of confusion on my part) it was incompatible at a binary level with every other MinGW < 4.6 DLL. I ended up rerolling to 4.6 which turned out to also have the problem so I recompiled all the libraries I use manually (including Boost, Lua, SFML 2, and Qt - Qt took about 14 hours to compile, and Boost took probably 5 hours). Just a potential thing to be aware of.

Not wanting to recompile everything again so soon, I'll probably hold off for a few more months before updating to all the latest stables (MinGW 4.8 or whatever else will be available).

This guy maintains a Windows MinGW port of newer GCC versions, currently bleeding edge 4.7; it might be worth trying.

Heheh, didn't realize it was STL's personal webpage. That was a surprise. Especially since STL is one of the lead standard library developers for Microsoft Visual Studio's compiler, and the webpage is offering MinGW distros.

Does vim count as an IDE?

But seriously i strongly recommend to try vim as an editor.
However, i am not programming a lot in C/C++ at the moment and it might be that oder IDEs are better for finding certain bugs ...

[quote name='l0calh05t' timestamp='1347025425' post='4977623']
I'd rather recommend http://code.google.com/p/mingw-builds/
(I see though that he also offers precompiled libraries, which can be useful)

Moved and on 4.7.1.
[/quote]

True. Accidentally posted my old bookmark.