从名字上看,老的unix系统的CC程序叫做C Compiler。但GCC这个名字按GNU的说法叫做Gnu Compiler Collection。因为gcc包含很多编译器(C, C++, Objective-C, Ada, Fortran,and Java)。所以它们是不一样的,一个是一个古老的C编译器,一个是编译器的Gnu的编译器的集合(Gcc里的C编译器比CC强大太多了,所以你没必要用CC)。当你调用gcc时不一定是调用的C/C++编译器,是gcc根据文件扩展名自动识别并调用对应的编译器,具体可查阅$man gcc。
你是下载不到CC的,原因是:CC来自于昂贵的Unix系统,CC是商业软件,要想用你需要打电话,写订单,而不是打开你的Browser去download。
linux下的cc是gcc的符号链接。可以通过$ls –l /usr/bin/cc来简单察看.而编译时看到的控制台输出CC则是一个指向gcc的变量,该变量是make程序的内建变量,就算你在Makefile中没有CC= ,该变量也会存在,并默认指向gcc。cc的符号链接和变量存在的意义在于源码的移植性,可以方便的用GCC来编译老的用cc编译的unix软件,甚至连Makefile都不要改。而且也便于linux程序在unix下编译。
近几年的一个新情况是越来越多的unix用户,据我所知像solaris,bsd用户也不太使用CC了,人们都一定要装一个gcc,用它来编译C/C++程序。原因显而易见,gcc足够强大,健壮。支持估计目前为止只有它支持的ISO c/c++ 新特性。当然你最好不要使用night版本的gcc。转自:
http://angela.candy.blog.163.com/blog/static/3003691820107259538779/和
http://www.yuanma.org/data/2007/0406/article_2498.htmgcc是C编译器;g++是C++编译器;linux下cc一般是一个符号连接,指向gcc;gcc和g++都是GUN(组织)的编译器。而CC则一般是makefile里面的一个名字,即宏定义,嘿,因为Linux/Unix都是大小写敏感的系统,这点一定要注意。
cc是Unix系统的C Compiler,而gcc则是GNU Compiler Collection,GNU 编译器套装(G++就是GCC这个编译器集合中的C++编译器)。gcc原名为Gun C语言编译器,因为它原本只能处理C语言,但gcc很快地扩展,包含很多编译器(C、C++、Objective-C、Ada、Fortran、 Java)。因此,它们是不一样的,一个是古老的C编译器,一个是GNU编译器集合,gcc里面的C编译器比cc强大多了,因此没必要用cc。
下载不到cc的原因在于:cc来自于昂贵的Unix系统,cc是商业软件。
Linux 下的cc是gcc符号连接,可以通过$ls –l /usr/bin/cc来简单察看,该变量是make程序的内建变量,默认指向gcc。cc符号链接和变量存在的意义在于源码的移植性,可以方便的用 gcc来编译老的用cc编译的Unix软件,甚至连makefile都不用改在,而且也便于Linux程序在Unix下编译。
误区一: gcc 只能编译 C 代码,g++ 只能编译 C++ 代码
两者都可以,但是请注意:
1. 后缀为 .c 的,gcc 把它当作是 C 程序,而 g++ 当作是 C++ 程序;
后缀为.cpp的,两者都会认为是 C++程序;
注意: 虽然 C++ 是 C 的超集,但是两者对语法的要求是有区别的! C++ 的语法规则更加严谨一些。
例如:
#include <stdio.h>
int
main( int argc,
char *argv[] )
{
if (0==argv )
{
return;
}
printString( argv );
return;
}
int
printString ( char* string )
{
sprintf( string,
"This is a test.n" );
}
如果按照 C 的语法规则,OK,没问题,但是,一旦把后缀改为 .cpp,立刻报三个错:
“printString未定义”;
“cannot convert `char**' to `char*”;
“return-statement with no value”;
可见C++的语法规则更加严谨一些。
2. 编译阶段,g++ 会调用 gcc,对于 C++ 代码,两者是等价的,
但是因为 gcc 命令不能自动和 C++ 库链接,所以通常用 g++ 来完成链接,
为了统一,干脆编译与链接统统用 g++ 了,就给人一种错觉,好像 cpp 程序只能用 g++ 似的。
误区二: gcc 不会定义 __cplusplus 宏,而 g++ 会
实际上,这个宏只是标志着编译器将会把代码按 C 还是 C++ 语法来解释,
如上所述,如果后缀为 .c,并且采用 gcc 编译器,则该宏就是未定义的,否则,就是已定义。
误区三: 编译只能用 gcc,链接只能用 g++
严格来说,这句话不算错误,但是它混淆了概念,应该这样说:
编译可以用 gcc 或 g++,而链接可以用 g++ 或者 gcc -lstdc++。
因为 gcc 命令不能自动和 C++ 库链接,所以通常使用 g++ 来完成链接。
但在编译阶段,g++ 会自动调用 gcc,二者等价。
误区四: extern "C" 与 gcc 或 g++ 有关系
实际上并无关系,
无论是 gcc 还是 g++,用 extern "c" 时,都是以 C 的命名方式来为 函数 命名,
否则,都以 C++ 方式为 函数 命名。
试验如下:
test.h:
extern "C" void CppPrintf(void);
test.cpp:
#include <iostream>
#include "test.h"
using namespace std;
void
CppPrintf( void )
{
cout << "Hellon";
}
main.cpp:
#include <stdlib.h>
#include <stdio.h>
#include "test.h"
int
main( void )
{
CppPrintf();
return 0;
}
1. 先给 test.h 里的 void CppPrintf(void); 加上 extern "C",看用 gcc 和 g++ 命名有什么不同。
$ g++ -S test.cpp
$ less test.s
.globl CppPrintf <-- 注意此函数的命名
.type CppPrintf , @function
$ gcc -S test.cpp
$ less test.s
.globl CppPrintf <-- 注意此函数的命名
.type CppPrintf , @function
完全相同!
2. 去掉 test.h 里 void CppPrintf(void); 前面的 extern "C",看用 gcc 和 g++ 命名有什么不同。
$g++ -S test.cpp
$ less test.s
.globl _Z9CppPrintfv <-- 注意此函数的命名
.type _Z9CppPrintfv , @function
$ gcc -S test.cpp
$ less test.s
.globl _Z9CppPrintfv <-- 注意此函数的命名
.type _Z9CppPrintfv , @function
完全相同!
结论:
完全相同,可见 extern "C" 与采用 gcc 或 g++ 并无关系,
以上的试验还间接的印证了前面的说法:在编译阶段,g++ 是调用 gcc 的。