一：gcc與g++比較

編譯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++命名有什么不同
[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的。

二：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