详解C/C++ 编译 g++ gcc 的区别

咱们在编译c/c++代码的时候，有人用gcc，有人用g++，因而各类说法都来了，譬如c代码用gcc，而c++代码用g++，
或者说编译用gcc，链 接用g++，一时也不知哪一个说法正确，若是再赶上个extern "C"，分歧就更多了，这里我想
做个告终，毕竟知识的目的是使人更清醒，而不是更糊涂。
误区一:gcc只能编译c代码,g++只能编译c++代码
二者均可以，可是请注意：
1.后缀为.c的，gcc把它看成是C程序，而g++看成是c++程序；后缀为.cpp的，二者都会认为是c++程序，注意，虽然
c++是c的超集，可是二者对语法的要求是有区别的，例如：
#include <stdio.h>
int main(int argc, char* argv[]) {
   if(argv == 0) 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的命名方式来为symbol命名，不然，都以c++方式
命名。试验以下：
me.h：
extern "C" void CppPrintf(void);
 
me.cpp:
#include <iostream>
#include "me.h"
using namespace std;
void CppPrintf(void)
{
     cout << "Hello\n";
}
 
test.cpp:
#include <stdlib.h>
#include <stdio.h>
#include "me.h"        
int main(void)
{
    CppPrintf();
    return 0;
}
 
1. 先给me.h加上extern "C"，看用gcc和g++命名有什么不一样
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv        //注意此函数的命名
        .type   CppPrintf, @function
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv        //注意此函数的命名
        .type   CppPrintf, @function
彻底相同！
               
2. 去掉me.h中extern "C"，看用gcc和g++命名有什么不一样
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv        //注意此函数的命名
        .type   _Z9CppPrintfv, @function
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv        //注意此函数的命名
        .type   _Z9CppPrintfv, @function
彻底相同！
【结论】彻底相同，可见extern "C"与采用gcc/g++并没有关系，以上的试验还间接的印证了前面的说法：在编译阶段，
g++是调用gcc的

在Linux下一会看到cc，另外一会又看到gcc，感受又点混乱的样子。它们是同一个东西么，有啥区别呢
一分为二地看：
首先，若是讨论范围在Unix和Linux之间，那么cc和gcc不是同一个东西。cc来自于Unix的c语言编译器，
是 c compiler 的缩写。gcc来自Linux世界，是GNU compiler collection 的缩写，注意这是一个编译
器集合，不只仅是c或c++。

其次， 若是讨论范围仅限于Linux，咱们能够认为它们是同样的，在Linux下调用cc时，其实际上并不指
向unix的cc编译器，而是指向了gcc，也就是说cc是gcc的一个连接（快捷方式），看看下面的终端输出就明白了：
zhouyinhui@zhouyinhui-laptop:/etc/alternatives$ which cc
/usr/bin/cc
zhouyinhui@zhouyinhui-laptop:/etc/alternatives$ ls -al /usr/bin/cc
lrwxrwxrwx 1 root root 20 2010-01-20 23:56 /usr/bin/cc -> /etc/alternatives/cc
zhouyinhui@zhouyinhui-laptop:/etc/alternatives$ ls -al /etc/alternatives/cc
lrwxrwxrwx 1 root root 12 2010-01-20 23:56 /etc/alternatives/cc -> /usr/bin/gcc
 
为何会这样，很简单，为了兼容性：
cc是Unix下的，是收费的，可不向Linux那样能够那来随便用，因此Linux下是没有cc的
而后，问题来了，若是个人c/c++项目是在Unix下编写的，在写makefile文件时天然地用了cc，当将其放到Linux
下这没法make了，必须将其中的cc所有修改为gcc。这太麻烦了哈，因此，Linux这想了这么一个方便的解决方案：
不修改makefile，继续使用cc，这个cc是个“冒牌货”，它实际指向gcc。