一：gcc與g++比較

gcc 最開始的時候是 GNU C Compiler, 如你所知，就是一個c編譯器。但是後來因為這個項目裏邊集成了更多其他不同語言的編譯器，GCC就代表 the GNU Compiler Collection，所以表示一堆編譯器的合集。 g++則是GCC的c++編譯器。

現在你在編譯代碼時調用的gcc，已經不是當初那個c語言編譯器了，更確切的說他是一個驅動程序，根據代碼的後綴名來判斷調用c編譯器還是c++編譯器 (g++)。比如你的代碼後綴是*.c，他會調用c編譯器還有linker去鏈接c的library。如果你的代碼後綴是cpp, 他會調用g++編譯器，當然library call也是c++版本的。

編譯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 
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 
#include "me.h"
using namespace std;
void CppPrintf(void)
{
     cout << "Hello\n";
}
 
test.cpp:
#include 
#include 
#include "me.h"        
int main(void)
{
    CppPrintf();
    return 0;
}

1. 先給me.h加上extern "C"，看用gcc和g++命名有什麽不同

[[email protected] G++]# g++ -S me.cpp
[[email protected] G++]# less me.s
.globl _Z9CppPrintfv        //註意此函數的命名
        .type   CppPrintf, @function
[[email protected] GCC]# gcc -S me.cpp
[[email protected] GCC]# less me.s
.globl _Z9CppPrintfv        //註意此函數的命名
.type   CppPrintf, @function

完全相同！

2. 去掉me.h中extern "C"，看用gcc和g++命名有什麽不同

[[email protected] GCC]# gcc -S me.cpp
[[email protected] GCC]# less me.s
.globl _Z9CppPrintfv        //註意此函數的命名
        .type   _Z9CppPrintfv, @function
[[email protected] G++]# g++ -S me.cpp
[[email protected] G++]# less me.s
.globl _Z9CppPrintfv        //註意此函數的命名
.type   _Z9CppPrintfv, @function

完全相同！
【結論】完全相同，可見extern "C"與采用gcc/g++並無關系，以上的試驗還間接的印證了前面的說法：在編譯階段，g++是調用gcc的。

二：gcc和ｇ++的包含頭文件庫文件方法

-l參數就是用來指定程序要鏈接的庫，-l參數緊接著就是庫名，那麽庫名跟真正的庫文件名有什麽關系呢？就拿數學庫來說，他的庫名是m，他的庫文件名是libm.so，很容易看出，把庫文件名的頭lib和尾.so去掉就是庫名了。

好了現在我們知道怎麽得到庫名，當我們自已要用到一個第三方提供的庫名字libtest.so，那麽我們只要把 libtest.so拷貝到/usr/lib裏，編譯時加上-ltest參數，我們就能用上libtest.so庫了（當然要用libtest.so庫裏 的函數，我們還需要與libtest.so配套的頭文件）

放在/lib和/usr/lib和/usr/local/lib裏的庫直接用-l參數就能鏈接了，但如果庫文件沒放 在這三個目錄裏，而是放在其他目錄裏，這時我們只用-l參數的話，鏈接還是會出錯，出錯信息大概是：“/usr/bin/ld: cannot find -lxxx”，也就是鏈接程序ld在那3個目錄裏找不到libxxx.so，這時另外一個參數-L就派上用場了，比如常用的X11的庫，它在/usr /X11R6/lib目錄下，我們編譯時就要用-L/usr/X11R6/lib -lX11參數，-L參數跟著的是庫文件所在的目錄名。再比如我們把libtest.so放在/aaa/bbb/ccc目錄下，那鏈接參數就是-L /aaa/bbb/ccc -ltest

另外，大部分libxxxx.so只是一個鏈接，以RH9為例，比如libm.so它鏈接到/lib/libm.so.x，/lib/libm.so.6又鏈接到/lib/libm-2.3.2.so，

如果沒有這樣的鏈接，還是會出錯，因為ld只會找libxxxx.so，所以如果你要用到xxxx庫，而只有libxxxx.so.x或者libxxxx-x.x.x.so，做一個鏈接就可以了ln -s libxxxx-x.x.x.so libxxxx.so

手工來寫鏈接參數總是很麻煩的，還好很多庫開發包提供了生成鏈接參數的程序，名字一般叫xxxx-config，一般放在/usr/bin目錄下，比如

gtk1.2的鏈接參數生成程序是gtk-config，執行gtk-config --libs就能得到以下輸出"-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic

-lgmodule -lglib -ldl -lXi -lXext -lX11 -lm"，這就是編譯一個gtk1.2程序所需的gtk鏈接參數，xxx-config除了--libs參數外還有一個參數是--cflags用來生成頭 文件包含目錄的，也就是-I參數，在下面我們將會講到。你可以試試執行gtk-config --libs --cflags，看看輸出結果

現在的問題就是怎樣用這些輸出結果了，最笨的方法就是復制粘貼或者照抄，聰明的辦法是在編譯命令行裏加入這個 `xxxx-config --libs --cflags`，比如編譯一個gtk程序：gcc gtktest.c `gtk-config --libs --cflags`這樣就差不多了。註意`不是單引號，而是1鍵左邊那個鍵。

5、-include和-I參數

-include用來包含頭文件，但一般情況下包含頭文件都在源碼裏用#include xxxxxx實現，-include參數很少用。-I參數是用來指定頭文件目錄，/usr/include目錄一般是不用指定的，gcc知道去那裏找，但 是如果頭文件不在/usr/include裏我們就要用-I參數指定了，比如頭文件放在/myinclude目錄裏，那編譯命令行就要加上-I /myinclude參數了，如果不加你會得到一個"xxxx.h: No such file or directory"的錯誤。-I參數可以用相對路徑，比如頭文件在當前目錄，可以用-I.來指定。

結論例子：

g++ curltest.cpp -o curltest -L/mnt/hgfs/windows/curl-7.19.5/lib/.libs -lcurl -I/mnt/hgfs/windows/curl-7.19.5/include

參考文獻：

gcc與g++的區別

GCC的gcc和g++區別

gcc和g++到底啥關系？

gcc與g++的區別