Not all of us "bashers" are a fail at the language. It is a RAD language and not designed for this. Can it do it? Yea. I can also write a CO Server in mirc scripting. Just because you can doesn't mean you should.Quote:
Because people trash C# here since they fail at adding "features" to their private servers so they blame the language for their problems.
like this?Quote:
Not all of us "bashers" are a fail at the language. It is a RAD language and not designed for this. Can it do it? Yea. I can also write a CO Server in mirc scripting. Just because you can doesn't mean you should.
What good reason is there for using GCC on Windows over VSC++ (Microsoft's compiler)?Quote:
Regarding memory+C#, this is worth a checkout IMO
[Only registered and activated users can see links. Click Here To Register...]
As for C++ compilers, it depends on the project. On Windows I personally prefer MinGW(or GCC, as you like it).
I could list many, but a clear obvious one is that Microsoft does not fully support C99 - the current version of the C standard. Let's not even mention the many many cases where it diverts from the C and C++ standards anyway.Quote:
What good reason is there for using GCC on Windows over VSC++ (Microsoft's compiler)?
GCC's inline assembly is horrid in comparisons to Microsoft's inline assembler which supports Intel's syntax.
I wasn't aware of this. You just made life for me and Dan a lot simpler, lol. We were working on coding on a Linux using the GCC compiler and were looking at the AT&T assembly syntax and were thinking to ourselves fuck life. But, I assume even using the Intel syntax, you still have to do it in that retarded format-string style?Quote:
The argument about ASM syntax is nonsense, the fact that is intel's syntax means nothing - there are other architectures out there. Like KraHen mentioned, you rarely do use embedded asm (you should have separate asm files anyway). In any event, gcc lets you choose which ASM syntax you want with the -masm compiler switch. att is default, but you can use intel.
Yeah, I had a feeling the whole portable code issue would come up. He indicated that he was writing on Windows (so I made the assumption he was writing for Windows, as I assumed he'd only be developing for himself). It's only recently where I've had to start thinking cross-platform (damn Dan...).Quote:
The main argument for not using MSVC is that you want to write portable code. By default, visual studio makes this very difficult for you, so if you're planning on writing windows applications that will only ever run on windows, you might benefit from features Visual Studio has to offer. In any other case, you would spend more time configuring your project for other platforms, that any productivity gains from VS are obsolete.