[size=2]Moderator Note: This topic was split from another discussion ("DX7 VC++6 Slow Alpha Blending") so as to keep the other conversation on topic. - jbadams.
Im still using vc6 , best compilation speed and performance comparing with vs2008 and code::blocks with gcc, so why not to use it?
Using Visual C++ 6
Because it still suffers from all the bugs and potential security holes that were fixed in the last 14 years.
Because you're almost certainly trading better compilation time for worse run-time performance by giving up over a decade of compiler improvements.
Because your pre-standard compiler has you writing code that isn't even valid C++, and working around issues that are long-since fixed.
Because a newer standard library reduces development time.
Because you're almost certainly trading better compilation time for worse run-time performance by giving up over a decade of compiler improvements.
Because your pre-standard compiler has you writing code that isn't even valid C++, and working around issues that are long-since fixed.
Because a newer standard library reduces development time.
Performance?
I have tested my game apps with several ides and best performance was shown in vs6, worst in vs2008 allmost 1.5 time slower, with same compilator options.
Ofcouse c++ is not nowadays standart.
I have tested my game apps with several ides and best performance was shown in vs6, worst in vs2008 allmost 1.5 time slower, with same compilator options.
Ofcouse c++ is not nowadays standart.
Windows 98 would offer best performance over windows 7 on my hardware, why not use it?
Its obsolete?
The C++ your writing in VC++6 technically isn't valid C++ anymore, the actual compiled code will be far less optimised than using the modern GCC.
Guy above, C++ is now standardised, VC++6 is not compliant. GCC is. And its a compiler, not compilator. If your code is running faster in VC++6 then it means your code is being written in the non standard C++ used by it and probably optimised for that compiler, go run actual C++ code through it and it WILL be slower at run time.
Its obsolete?
The C++ your writing in VC++6 technically isn't valid C++ anymore, the actual compiled code will be far less optimised than using the modern GCC.
Guy above, C++ is now standardised, VC++6 is not compliant. GCC is. And its a compiler, not compilator. If your code is running faster in VC++6 then it means your code is being written in the non standard C++ used by it and probably optimised for that compiler, go run actual C++ code through it and it WILL be slower at run time.
Aside from the above, some day your code is just no longer going to run. I know of projects originally built with VC6 that crash and burn horribly on 64-bit Windows 7; a simple and minimal port to VC2008, a quick recompile later, and they work perfectly again.
You can put off a move to a more modern environment until the bitter end, and then find yourself having to do an emergency upgrade that you'll most likely make a mess of the first time.
Or you can start a sensibly phased upgrade now and have everything nice and clean.
Your choice.
You can put off a move to a more modern environment until the bitter end, and then find yourself having to do an emergency upgrade that you'll most likely make a mess of the first time.
Or you can start a sensibly phased upgrade now and have everything nice and clean.
Your choice.
Ofcouse c++ is not nowadays standart
C++ was standardised in 1998, after the release of Visual Studio 6. Code that does not follow that (or one of the two more recent C++ standards, in 2003 and 2011) is not considered to be valid C++.
Thats the point of standart if the same code compiles on vs6 and on vs2008 with no changes in code.
So is my code standart c++, if compiles on both?
So is my code standart c++, if compiles on both?
The point isn't if your code compiles, it's whether or not standard code will compile on your compiler. Trust me, there is plenty of perfectly standard code that VC6 will choke on like a baby eating a jawbreaker. You're using an obsolete and provably broken tool. If you want to convince yourself that your reasons for using it aren't stupid, that's fine. Just don't expect the rest of us to think you're anything other than an idiot.
why are you guys getting sore about this?Just let the guy use whatever he wants, at the end, is the results that counts and this guy isn't doing anything to write home about, so let him waste his time however he wants.
Now, if a new great game came out and was compiled with VC6 that would be news, but a random dude on a forum convinced that VC6 + DX7 is the nirvana of computing? Who cares?
This just goes into the same category of the heroes that show up in every IDE thread claming they write all their software with VIM + command line.. and then you discover they write 1000 lines of code per year.. .
Programmers resisting innovation and progress is such a contradiction, I never stop getting amazed watching them.
Now, if a new great game came out and was compiled with VC6 that would be news, but a random dude on a forum convinced that VC6 + DX7 is the nirvana of computing? Who cares?
This just goes into the same category of the heroes that show up in every IDE thread claming they write all their software with VIM + command line.. and then you discover they write 1000 lines of code per year.. .
Programmers resisting innovation and progress is such a contradiction, I never stop getting amazed watching them.
If your code *compiles* more slowly using a modern IDE, its probably because your hardware is outdated, but if your code *runs* more slowly after being compiled by a more-modern compiler, then you are either overlooking settings that should be used, or you're writing in a VC++ 6-era code style. Modern, standard-compliant, idiom-embracing code should most-definitely run faster after being compiled with a modern compiler.
I mean honestly, VC6's knowledge of processor architecture probably stops around the PIII and Athlon (if you've got all the service packs) for starters. You're at the very least leaving 10+ years of new, efficient instructions on the table.
I mean honestly, VC6's knowledge of processor architecture probably stops around the PIII and Athlon (if you've got all the service packs) for starters. You're at the very least leaving 10+ years of new, efficient instructions on the table.
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement