What is your most used compiler when you work with C/C++:
MS Visual Studio
Borland
GCC
Other paid (Please post)
Other free (Please post)
Other open-source (Please post)
What is your most used compiler when you work with C/C++:
Last edited by Devil Panther; 07-15-2009 at 08:47 AM.
"I don't suffer from insanity but enjoy every minute of it" - Edgar Allen Poe
http://www.Bloodware.net - Developing free software for the community.
I generally use gcc. From the command line (hate IDE's).
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
Ditto. Except I will say "always" instead of "generally". After observing things around cboard, I have to say I have zero temptation to change this. Plus I'm a linux guy, of course, so maybe I don't have that much choice in the matter anyway. Which makes me doubly glad that gcc is gcc.Originally Posted by Sebastiani
I won't go off on IDE's beyond saying that while they may be great for professionals I think they are a very bad idea for beginners (again based on observations at cboard) who would be better off using the command line and a decent text editor. Which makes it a shame that some (non gcc) compilers don't give you that choice.
Last edited by MK27; 07-15-2009 at 09:35 AM.
C programming resources:
GNU C Function and Macro Index -- glibc reference manual
The C Book -- nice online learner guide
Current ISO draft standard
CCAN -- new CPAN like open source library repository
3 (different) GNU debugger tutorials: #1 -- #2 -- #3
cpwiki -- our wiki on sourceforge
I sincerely disagree, but of course, this is subjective.
I would think beginners are more confused with command lines than with IDEs that does it all for them.
Anyway, I'm an all-around Visual Studio user. I have occasionally used GCC with Code::Blocks, but that's about it.
Btw, Visual Studio is not a compiler; it is an IDE. Visual C++ (and Visual C?) is the compiler(s).
Yes, but while being confused by an IDE is no real cause for tears, wanting to be a computer programmer who doesn't use the command line sounds almost oxymoronic. They should be comfortable with CLI *before* they start programming IMO. And I bet if they were, they would not seem to have so much trouble with the IDE.
Ie, if you are a programmer, IMO the IDE is optional, but the command line is not. Sorry.
I don't think the "beginners" to which I referred are command line wizards who have been baffled by a set of drop down menus and a mouse, if you see my subjective opinionMore like they are victims of a specific, particular situation on a specific, particular operating system.
C programming resources:
GNU C Function and Macro Index -- glibc reference manual
The C Book -- nice online learner guide
Current ISO draft standard
CCAN -- new CPAN like open source library repository
3 (different) GNU debugger tutorials: #1 -- #2 -- #3
cpwiki -- our wiki on sourceforge
Yes, the executable name is cl.exe. But the compiler's actual name is Visual C++ or Visual C.
I don't know. That seems very subjective since you are a Linux user.
I see no problem not knowing CLI if you're just developing normal Windows apps. Most of them do not deal with a lot of CLI stuff.
That also seems very subjective to me.Ie, if you are a programmer, IMO the IDE is optional, but the command line is not. Sorry.
I'd say the other way around.
Specific problems? But then would it matter if they are CLI gurus or IDE gurus, or am I way off what you meant here?More like they are victims of a specific, particular situation on a specific, particular operating system.
Learning everything at the same time is a formula for disaster.Yes, but while being confused by an IDE is no real cause for tears, wanting to be a computer programmer who doesn't use the command line sounds almost oxymoronic. They should be comfortable with CLI *before* they start programming IMO. And I bet if they were, they would not seem to have so much trouble with the IDE.
Ie, if you are a programmer, IMO the IDE is optional, but the command line is not. Sorry.
I don't think the "beginners" to which I referred are command line wizards who have been baffled by a set of drop down menus and a mouse, if you see my subjective opinion
Learn the language first (at least well enough to get past all the real beginner mistakes); then you can teach them how to write Makefiles...
But of course, I think before they even get into programming, they should take some OS courses including UNIX & Windows. Then they'll learn how to use the command line and how the OS works.
"I am probably the laziest programmer on the planet, a fact with which anyone who has ever seen my code will agree." - esbo, 11/15/2008
"the internet is a scary place to be thats why i dont use it much." - billet, 03/17/2010
I prefer IDE's over command line, that's why I use MSVS. They are easy to handle in my opinion. But I'm sure I even dont know about 1% of all its function. Before MSVS, I was using borland.
HOPE YOU UNDERSTAND.......
By associating with wise people you will become wise yourself
It's fine to celebrate success but it is more important to heed the lessons of failure
We've got to put a lot of money into changing behavior
PC specifications- 512MB RAM, Windows XP sp3, 2.79 GHz pentium D.
IDE- Microsoft Visual Studio 2008 Express Edition
>> Before MSVS, I was using borland.
I used Borland compilers for many years, and can honestly say they are my favorite to work with. Probably the "fastest" compiler ever built, too.
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
Moved to General Discussions - a better home for polls.
Oh, and MSVC++ 2005 or the most recent version of GCC depending on what I'm doing and on what platform
>> Visual C++ (and Visual C?) is the compiler(s).
The actual compiler as invoked from the command line is cl (last time I used it anyway).
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
>> Yes, the executable name is cl.exe. But the compiler's actual name is Visual C++ or Visual C.
No, the name of the *package* is Visual C++. The name of the compiler is cl. Just ask the command prompt.
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
90% of VS users don't know it, so why bother>> Yes, the executable name is cl.exe. But the compiler's actual name is Visual C++ or Visual C.
No, the name of the *package* is Visual C++. The name of the compiler is cl. Just ask the command prompt.
"I don't suffer from insanity but enjoy every minute of it" - Edgar Allen Poe
http://www.Bloodware.net - Developing free software for the community.
No. The compiler is called Microsoft C/C++ Optimizing Compiler
Just run it on your command prompt.
cl.exe is just an executable name. Could be rocksolid.exe and should still say the truth. Meanwhile Visual C++ is the generic name given to the C/C++ component of the Visual Studio, including the IDE, compiler, linker, and libraries.
Anyways, I use visual C++ and MinGW on windows depending on what i'm doing, and gcc on Linux.
Originally Posted by brewbuck:
Reimplementing a large system in another language to get a 25% performance boost is nonsense. It would be cheaper to just get a computer which is 25% faster.
>> cl.exe is just an executable name. Could be rocksolid.exe and should still say the truth. Meanwhile Visual C++ is the generic name given to the C/C++ component of the Visual Studio, including the IDE, compiler, linker, and libraries.
You mean the package, right?
I'm just being an ass. Ignore me.
Code:#include <cmath> #include <complex> bool euler_flip(bool value) { return std::pow ( std::complex<float>(std::exp(1.0)), std::complex<float>(0, 1) * std::complex<float>(std::atan(1.0) *(1 << (value + 2))) ).real() < 0; }
