Linux下C/C++編譯器gcc使用簡(jiǎn)介
1.gcc包含的c/c++編譯器
本文引用地址:http://www.butianyuan.cn/article/257973.htmgcc,cc與c++,g++
gcc和cc是一樣的,c++和g++是一樣的。一般c程序就用gcc編譯,c++程序就用g++編譯。
2.gcc的基本用法
gcc test.c:如果沒(méi)有指定輸出的文件,默認(rèn)將編譯出一個(gè)名為a.out的程序
gcc test.c -o test:-o參數(shù)用來(lái)指定生成目標(biāo)程序的名字,這樣將編譯出一個(gè)名為test的程序。
3.為什么會(huì)出現(xiàn)undefined reference to 'xxxxx'錯(cuò)誤?
首先這是鏈接錯(cuò)誤,不是編譯錯(cuò)誤,也就是說(shuō)如果只有這個(gè)錯(cuò)誤,說(shuō)明你的程序源碼本身沒(méi)有問(wèn)題,是你用編譯器編譯時(shí)參數(shù)用得不對(duì),你沒(méi)有指定鏈接程序要用到得庫(kù),比如你的程序里用到了一些數(shù)學(xué)函數(shù),那么你就要在編譯參數(shù)里指定程序要鏈接數(shù)學(xué)庫(kù),方法是在編譯命令行里加入-lm。
4.-l參數(shù)和-L參數(shù)
-l參數(shù)就是用來(lái)指定程序要鏈接的庫(kù),-l參數(shù)緊接著就是庫(kù)名,那么庫(kù)名跟真正的庫(kù)文件名有什么關(guān)系呢?就拿數(shù)學(xué)庫(kù)來(lái)說(shuō),他的庫(kù)名是m,他的庫(kù)文件名是libm.so,很容易看出,把庫(kù)文件名的頭lib和尾.so去掉就是庫(kù)名了。
好了現(xiàn)在我們知道怎么得到庫(kù)名了,比如我們自已要用到一個(gè)第三方提供的庫(kù)名字叫l(wèi)ibtest.so,那么我們只要把libtest.so拷貝到/usr/lib里,編譯時(shí)加上-ltest參數(shù),我們就能用上libtest.so庫(kù)了(當(dāng)然要用libtest.so庫(kù)里的函數(shù),我們還需要與libtest.so配套的頭文件)。
放在/lib和/usr/lib和/usr/local/lib里的庫(kù)可直接用-l參數(shù)就能鏈接了,但如果庫(kù)文件沒(méi)放在這三個(gè)目錄里,而是放在其他目錄里,這時(shí)我們只用-l參數(shù)的話,鏈接還是會(huì)出錯(cuò),出錯(cuò)信息大概是:“/usr/bin/ld: cannot find -lxxx”,也就是鏈接程序ld在那3個(gè)目錄里找不到libxxx.so,這時(shí)另外一個(gè)參數(shù)-L就派上用場(chǎng)了,比如常用的X11的庫(kù),它放在/usr/X11R6/lib目錄下,我們編譯時(shí)就要用-L/usr/X11R6/lib -lX11參數(shù),-L參數(shù)跟著的是庫(kù)文件所在的目錄名。再比如我們把libtest.so放在/aaa/bbb/ccc目錄下,那鏈接參數(shù)就是-L/aaa/bbb/ccc -ltest
另外,大部分libxxxx.so只是一個(gè)鏈接,以RH9為例,比如libm.so它鏈接到/lib/libm.so.x,/lib/libm.so.6又鏈接到/lib/libm-2.3.2.so,如果沒(méi)有這樣的鏈接,還是會(huì)出錯(cuò),因?yàn)閘d只會(huì)找libxxxx.so,所以如果你要用到xxxx庫(kù),而只有l(wèi)ibxxxx.so.x或者libxxxx-x.x.x.so,做一個(gè)鏈接就可以了ln -s libxxxx-x.x.x.so libxxxx.so
手工來(lái)寫鏈接參數(shù)總是很麻煩的,還好很多庫(kù)開發(fā)包提供了生成鏈接參數(shù)的程序,名字一般叫xxxx-config,一般放在/usr/bin目錄下,比如gtk1.2的鏈接參數(shù)生成程序是gtk-config,執(zhí)行
gtk-config --libs就能得到以下輸出-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm
這就是編譯一個(gè)gtk1.2程序所需的gtk鏈接參數(shù),xxx-config除了--libs參數(shù)外還有一個(gè)參數(shù)是--cflags用來(lái)生成頭文件包含目錄的,也就是-I參數(shù),在下面我們將會(huì)講到。你可以試試執(zhí)行g(shù)tk-config --libs --cflags,看看輸出結(jié)果。現(xiàn)在的問(wèn)題就是怎樣用這些輸出結(jié)果了,最笨的方法就是復(fù)制粘貼或者照抄,聰明的辦法是在編譯命令行里加入這個(gè)`xxxx-config --libs --cflags`,比如編譯一個(gè)gtk程序:gcc gtktest.c `gtk-config --libs --cflags`這樣就差不多了。注意`不是單引號(hào),而是1鍵左邊那個(gè)鍵。
除了xxx-config以外,現(xiàn)在新的開發(fā)包一般都用pkg-config來(lái)生成鏈接參數(shù),使用方法跟xxx-config類似,但xxx-config是針對(duì)特定的開發(fā)包,但pkg-config包含很多開發(fā)包的鏈接參數(shù)的生成,用pkg-config --list-all命令可以列出所支持的所有開發(fā)包,pkg-config的用法就是pkg-config pagName --libs --cflags,其中pagName是包名,是pkg-config--list-all里列出名單中的一個(gè),比如gtk1.2的名字就是gtk+,pkg-config gtk+ --libs --cflags的作用跟gtk-config --libs --cflags是一樣的。比如:gcc gtktest.c `pkg-config gtk+ --libs --cflags`。
5.-include和-I參數(shù)
-include用來(lái)包含頭文件,但一般情況下包含頭文件都在源碼里用#include xxxxxx實(shí)現(xiàn),-include參數(shù)很少用。-I參數(shù)是用來(lái)指定頭文件目錄,/usr/include目錄一般是不用指定的,gcc知道去那里找,但是如果頭文件不在/usr/include里我們就要用-I參數(shù)指定了,比如頭文件放在/myinclude目錄里,那編譯命令行就要加上-I/myinclude參數(shù)了,如果不加你會(huì)得到一個(gè)xxxx.h: No such file or directory的錯(cuò)誤。-I參數(shù)可以用相對(duì)路徑,比如頭文件在當(dāng)前目錄,可以用-I.來(lái)指定。上面我們提到的--cflags參數(shù)就是用來(lái)生成-I參數(shù)的。
6.-O參數(shù)
這是一個(gè)程序優(yōu)化參數(shù),一般用-O2就是,用來(lái)優(yōu)化程序用的,比如gcc test.c -O2,優(yōu)化得到的程序比沒(méi)優(yōu)化的要小,執(zhí)行速度可能也有所提高(我沒(méi)有測(cè)試過(guò))。
7.-shared參數(shù)
編譯動(dòng)態(tài)庫(kù)時(shí)要用到,比如gcc -shared test.c -o libtest.so
8.幾個(gè)相關(guān)的環(huán)境變量
PKG_CONFIG_PATH:用來(lái)指定pkg-config用到的pc文件的路徑,默認(rèn)是/usr/lib/pkgconfig,pc文件是文本文件,擴(kuò)展名是.pc,里面定義開發(fā)包的安裝路徑,Libs參數(shù)和Cflags參數(shù)等等。
CC:用來(lái)指定c編譯器。
CXX:用來(lái)指定cxx編譯器。
LIBS:跟上面的--libs作用差不多。
CFLAGS:跟上面的--cflags作用差不多。
CC,CXX,LIBS,CFLAGS手動(dòng)編譯時(shí)一般用不上,在做configure時(shí)有時(shí)用到,一般情況下不用管。
環(huán)境變量設(shè)定方法:export ENV_NAME=xxxxxxxxxxxxxxxxx
9.關(guān)于交叉編譯
交叉編譯通俗地講就是在一種平臺(tái)上編譯出能運(yùn)行在體系結(jié)構(gòu)不同的另一種平臺(tái)上,比如在我們地PC平臺(tái)(X86 CPU)上編譯出能運(yùn)行在sparc CPU平臺(tái)上的程序,編譯得到的程序在X86 CPU平臺(tái)上是不能運(yùn)行的,必須放到sparc CPU平臺(tái)上才能運(yùn)行。當(dāng)然兩個(gè)平臺(tái)用的都是linux。這種方法在異平臺(tái)移植和嵌入式開發(fā)時(shí)用得非常普遍。
相對(duì)與交叉編譯,我們平常做的編譯就叫本地編譯,也就是在當(dāng)前平臺(tái)編譯,編譯得到的程序也是在本地執(zhí)行。
用來(lái)編譯這種程序的編譯器就叫交叉編譯器,相對(duì)來(lái)說(shuō),用來(lái)做本地編譯的就叫本地編譯器,一般用的都是gcc,但這種gcc跟本地的gcc編譯器是不一樣的,需要在編譯gcc時(shí)用特定的configure參數(shù)才能得到支持交叉編譯的gcc。
為了不跟本地編譯器混淆,交叉編譯器的名字一般都有前綴,比如sparc-xxxx-linux-gnu-gcc,sparc-xxxx-linux-gnu-g++ 等等
10.交叉編譯器的使用方法
使用方法跟本地的gcc差不多,但有一點(diǎn)特殊的是:必須用-L和-I參數(shù)指定編譯器用sparc系統(tǒng)的庫(kù)和頭文件,不能用本地(X86)的庫(kù)(頭文件有時(shí)可以用本地的)。
例子:sparc-xxxx-linux-gnu-gcc test.c -L/path/to/sparcLib -I/path/to/sparcInclude
附:gcc/egcs 的主要選項(xiàng)
-ansi 只支持 ANSI 標(biāo)準(zhǔn)的 C 語(yǔ)法。這一選項(xiàng)將禁止 GNU C 的某些特色,例如 asm 或 typeof 關(guān)鍵詞。
-c 只編譯并生成目標(biāo)文件。
-DMACRO 以字符串“1”定義 MACRO 宏。
-DMACRO=DEFN 以字符串“DEFN”定義 MACRO 宏。
-E 只運(yùn)行 C 預(yù)編譯器。
-g 生成調(diào)試信息。GNU 調(diào)試器可利用該信息。
-IDIRECTORY 指定額外的頭文件搜索路徑DIRECTORY。
-LDIRECTORY 指定額外的函數(shù)庫(kù)搜索路徑DIRECTORY。
-lLIBRARY 連接時(shí)搜索指定的函數(shù)庫(kù)LIBRARY。
-m486 針對(duì) 486 進(jìn)行代碼優(yōu)化。
-o FILE 生成指定的輸出文件。用在生成可執(zhí)行文件時(shí)。
-O0 不進(jìn)行優(yōu)化處理。
-O 或 -O1 優(yōu)化生成代碼。
-O2 進(jìn)一步優(yōu)化。
-O3 比 -O2 更進(jìn)一步優(yōu)化,包括 inline 函數(shù)。
-shared 生成共享目標(biāo)文件。通常用在建立共享庫(kù)時(shí)。
-static 禁止使用共享連接。
-UMACRO 取消對(duì) MACRO 宏的定義。
-w 不生成任何警告信息。
-Wall 生成所有警告信息。
linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)
linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)linux相關(guān)文章:linux教程
c++相關(guān)文章:c++教程
評(píng)論