I have a few problems with a c++ project in Eclipse (susing the 64 bit version and mingw-compiler)1) The compiler "can't" find any errors, still the exe-file is "not updated". It runs an "old" version. Why so? E.g, I change from cout << "Jason" << endl, to cout << "Statham" << endl. It prints out Jason, and not Statham2) The editor picks out errors, that the compiler doesn't react on. So Eclipse cant "resolve" substring() and at(10) [linked to class in a vector-list at point 10, in this specific case)3) Are there more bugs with the 32 bit version of Eclipse c++ than 64; in other words, which bit-version should I install4) Should I install mingw before eclipse or the opposite?5) How should my path be extended when installing minGW (windows)?

1) And if you run minigw from the command line?3) Can't comment, I'd assume so. Most 64 bit IDEs have issues. I don't use Eclipse because it always feels sluggish.4) Should not matter but if there is a linking plugin in Eclipse assumingly it might need to be re-initialized if minigw was installed after Eclipse given the linking is done via environment variables?Others I don't understand and also why not use Visual Studio? Much better for C++ imo. You can set it up to compile outside of VC++ if you want to use minigw.

have you tried CodeBlocksis there any particular reason you need to use mingw-compiler ?

I am at the moment trying both eclipse and VS Express.Running similar code, eclipse uses about 6 seconds, but VS Express uses 2 mins....Is compiler THAT important.Basically, it seems that I don't understand how to write an efficient csv reader. Oh, yes, I have tried Boost in VS Express, but it takes also about 2 mins.

QuoteOriginally posted by: JTBI am at the moment trying both eclipse and VS Express.Running similar code, eclipse uses about 6 seconds, but VS Express uses 2 mins....Is compiler THAT important.Basically, it seems that I don't understand how to write an efficient csv reader. Oh, yes, I have tried Boost in VS Express, but it takes also about 2 mins.In VS you can run in DEBUG (slow) == default and RELEASE modes.This is for 99% sure the reason imo. I fell into this trap a few times. BTW don't give your clients the debug version...

Thanks, the answer from you was spot on!

QuoteOriginally posted by: JTBThanks, the answer from you was spot on!You're welcome.

I am still stuck to Microsoft Visual studio, but it seems that Eclipse is great competitor see here

http://en.wikipedia.org/wiki/SharpDevelop

In VS Express is it possible to "increase" the buffer, hence, so more "lines" of the printed output is shown?

3) No bugs should exist in either (in theory) - 64 Bit will give your applications greater memory adress space if needed.

QuoteOriginally posted by: outrunDear friends, friends don't let friends use eclipse.I like the idea of putting a price tag on bad software based on degradation of productivity. Eg in one of the office I work, 200 people wait for windows to boot every day for 15 minutes. 200/8/4= 6 FTE =$500.000How do measure productivity? Is that synonymous with sitting behind a keyboard?

QuoteOriginally posted by: outrunDear friends, friends don't let friends use eclipse.I like the idea of putting a price tag on bad software based on degradation of productivity. Eg in one of the office I work, 200 people wait for windows to boot every day for 15 minutes. 200/8/4= 6 FTE =$500.000it says for Java only. what IDE are U using for C/C++ in Linux/Windows ?

QuoteOriginally posted by: ExSanQuoteOriginally posted by: outrunDear friends, friends don't let friends use eclipse.I like the idea of putting a price tag on bad software based on degradation of productivity. Eg in one of the office I work, 200 people wait for windows to boot every day for 15 minutes. 200/8/4= 6 FTE =$500.000it says for Java only. what IDE are U using for C/C++ in Linux/Windows ?Eclipse for Java is OK imo.