轉載：http://blog.chinaunix.net/uid-23023613-id-88201.html
一：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**' tochar*”；
”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