3 solutions

Solution 2

That depends what you're doing with C/C++ and how much experience you have.
Qt is very very good for small to mid scale application development for Windows, Linux and Mac. If you want to step outside that you may be out of luck, check the latest Qt docs. Qt is also very large, at least as large as MFC last I checked and that means there's a lot to learn to use it well.
It sounds like you don't want to work Windows? or just don't like Microsoft? or perhaps want to go fully open source? This will make things more difficult as Visual Studio is probably the easiet IDE to get started with but there are alternatives. CodeBlocks, Netbeans, Eclipse and U++ to name just 4. Remember these are just IDEs you still need a compiler underneath and that will generally be Microsofts Visual C++ Compiler cl or GNUs g++ or clang++ from the LLVM team.
There's a lot of choices but at the moment it looks like LLVM/clang might be the near future. If you do go with Qt you'll probably want to use QtCreator, their own IDE and the (Minimal Gnu for Windows) version of GCC/g++ that you mentioned. If it does come bundled with your Qt download then get it from whatever download link they recommend and be very precise about following exact install instructions, especially when it comes to paths. Once it's installed right it works very well.

I hope some of that long waffle is useful. Feel free to ask specific technical questions on these forums once your up and running. There's also a lot of examples in the articles section and Qt comes with a bag of its own.

i am looking for a good IDE such as visual studio but it is cross-platform and also im seeking the best compiler for c/c++

and i have a another question : if i want to use just from standard c/c++ libraries , what do i must do?
and if i used from non-standard libraries what do i must to do for executing my codes in other platforms or OS ?is it possible?

OK that's a lot of questions. You may want to ask those separately on the forum to get other peoples ideas.
If you want to be as 'standard' as possible and cross platform then good, so do I but it is hard to. My advice is to use LLVM/Clang compiler which supports the new C++11 standard better than the others with Netbeans IDE which is cross platform, Windows and Linux.
Cmake, qmake, make, smake, pmake etc are all tools for building C/C++ projects. Compilers only deal with one part of the process of making a program. There's linking and adding Debug information and resources and packaging into shared libraries and executables. make programs like qmake which is part of Qt tie together these stages for you by calling all the programs to do them in sequence. If you use an IDE like Netbeans the make is all done for you which can be useful as make has its own language for describing your build process and personally I think its horrible. CMake is cross platform so if you decide to use a manual make instead of IDE go with CMake. Unfortunately to use CMake you need to buy the book becuase it is properly complicated.

I've developed a very small game, Sokoban, as an interview test in Qt and Qt worked really well for that, made it very easy. I've also worked on a ~20,000 lines-of-code Desktop database management GUI project in Qt for which it also worked very well. Finally I worked on a team using Qt on a ~300,000 lines-of-code project and at that scale Qt was beginning to become part of the problem as well as part of the solution. In other words it has very good classes for the simple stuff, for relatively simple UIs, configuration, files and that sort of thing but once you try to build larger scale applications with a dozen toolbars and 18 menus and 150 dialogs the UI code begins to become very complex, difficult to debug and maintain mostly because the network of signals and slots ( Qt messaging system ) that gets built up over time is hard to figure out, hard to trace and hard to control in a multi threaded design. Qt doesn't ( or didn't at that time v3.8 ) contain direct support for patterns like flyweights for example which help when scaling to a larger projects. Unless you're planning to write a major piece of commercial software in a large team you really don't need to worry. Qt is likely to get improved faster than you can reach its limitations.

You have no choice in the sense the Qt is in Microsoft terms, native code. No C#, no CLR, no WinRT. Qt just being an SDK of libraries and headers you can use as much or as little of it as you like and try to write the rest in 'portable' C++. As long as all interaction with the OS, file system, GUI or anything that is in any way OS dependent is done through Qt then your code will work wherever Qt works.

Yes the code from the article is up on Source Forge http://sourceforge.net/projects/qor/?source=directory
At the moment that's all I have online. Due to the nature of the project nothing much works without everything else already being there so the hardest thing is building up in a step by step manner over a series of articles. I'm working on the Architecture QOR at the moment to try and produce something of value that requires little or nothing more than the published CompilerQOR. It's hard going to be honest, low level is not my thing. You're welcome to a brain dump of the 'development' Strata-1 by email but I'm not keen to put it online right now as much of it is still very rough and doesn't even have licensing consistency.