GNU CC(簡(jiǎn)稱(chēng)gcc)是GNU項(xiàng)目中符合ANSI C標(biāo)準(zhǔn)的編譯系統(tǒng),能夠編譯用C、C++、Object C、Jave等多種語(yǔ)言編寫(xiě)的程序。gcc又可以作為交叉編譯工具,它能夠在當(dāng)前CPU平臺(tái)上為多種不同體系結(jié)構(gòu)的硬件平臺(tái)開(kāi)發(fā)軟件,非常適合在嵌入式領(lǐng)域的開(kāi)發(fā)編譯,如常用的arm-linux-gcc交叉編譯工具 通常后跟一些選項(xiàng)和文件名來(lái)使用 GCC 編譯器。gcc 命令的基本用法如下: gcc [options] [filenames] 選項(xiàng)指定編譯器怎樣進(jìn)行編譯。 一、gcc 編譯流程 1.預(yù)處理-Pre-Processing gcc -E test.c -o test.i //.i文件 2.編譯-Compiling gcc -S test.i -o test.s //.s文件 3.匯編-Assembling //.o文件 gcc -c test.s -o test.o 4.鏈接-Linking //bin文件 gcc test.o -o test 二、gcc工程慣用 1.編譯 gcc -c test.c //.o文件,匯編 gcc -o test test.c //bin可執(zhí)行文件 gcc test.c //a.out可執(zhí)行文件 如果是c++ 直接將gcc改為g++即可。 2.常用參數(shù) 1)-E: 指示編譯器僅對(duì)輸入文件進(jìn)行預(yù)處理。當(dāng)這個(gè)選項(xiàng)被使用時(shí), 預(yù)處理器的輸出被送到標(biāo)準(zhǔn)輸出而不是儲(chǔ)存在文件里. 2)-S: 告訴 GCC 在為 C 代碼產(chǎn)生了匯編語(yǔ)言文件后停止編譯。 GCC 產(chǎn)生的匯編語(yǔ)言文件的缺省擴(kuò)展名是 .s 。 3)-c: 告訴 GCC 僅把源代碼編譯為目標(biāo)代碼。缺省時(shí) GCC 建立的目標(biāo)代碼文件有一個(gè) .o 的擴(kuò)展名。 4)-o: 指定將產(chǎn)生的可執(zhí)行文件名。 5)-O: 告訴 GCC 對(duì)源代碼進(jìn)行基本優(yōu)化。這些優(yōu)化在大多數(shù)情況下都會(huì)使程序執(zhí)行的更快。 -O2 選項(xiàng)告訴GCC 產(chǎn)生盡可能小和盡可能快的代碼。 如-O2,-O3,-On(n 常為0--3); -O 主要進(jìn)行跳轉(zhuǎn)和延遲退棧兩種優(yōu)化; -O2 除了完成-O1的優(yōu)化之外,還進(jìn)行一些額外的調(diào)整工作,如指令調(diào)整等。 -O3 則包括循環(huán)展開(kāi)和其他一些與處理特性相關(guān)的優(yōu)化工作。 選項(xiàng)將使編譯的速度比使用 -O 時(shí)慢, 但通常產(chǎn)生的代碼執(zhí)行速度會(huì)更快。 如: [root@localhost test]# gcc test.c -O3 [root@localhost test]# gcc -O3 test.c [root@localhost test]# gcc -o tt test.c -O2 [root@localhost test]# gcc -O2 -o tt test.c 6)調(diào)試選項(xiàng)-g和-pg: GCC 支持?jǐn)?shù)種調(diào)試和剖析選項(xiàng),常用到的是 -g 和 -pg 。 -g 選項(xiàng)告訴 GCC 產(chǎn)生能被 GNU 調(diào)試器使用的調(diào)試信息以便調(diào)試你的程序。GCC 提供了一個(gè)很多其他 C 編譯器里沒(méi)有的特性, 在 GCC 里你能使-g 和 -O (產(chǎn)生優(yōu)化代碼)聯(lián)用。 -pg 選項(xiàng)告訴 GCC 在編譯好的程序里加入額外的代碼。運(yùn)行程序時(shí), 產(chǎn)生 gprof 用的剖析信息以顯示你的程序的耗時(shí)情況。 7) -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ù)名 了。 如: gcc xxx.c -lm( 動(dòng)態(tài)數(shù)學(xué)庫(kù)) -lpthread 好了現(xiàn)在我們知道怎么得到庫(kù)名了,比如我們自已要用到一個(gè)第三方提供的庫(kù)名字叫libtest.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- 手工來(lái)寫(xiě)鏈接參數(shù)總是很麻煩的,還好很多庫(kù)開(kāi)發(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í)行gtk-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)在新的開(kāi)發(fā)包一般都用pkg-config來(lái)生成鏈接參數(shù),使用方法跟xxx-config類(lèi)似,但xxx-config是針對(duì)特定的開(kāi)發(fā)包,但pkg-config包含很多開(kāi)發(fā)包的鏈接參數(shù)的生成,用pkg-config --list-all命令可以列出所支持的所有開(kāi)發(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`。 8) -include和-I參數(shù) -include用來(lái)包含頭文件,但一般情況下包含頭文件都在源碼里用#i nclude xxxxxx實(shí)現(xiàn),-include參數(shù)很少用。-I參數(shù)是用來(lái)指定頭文件目錄,/usr/include目錄一般是不用指定的,gcc知道去那里找,但 是如果頭文件不在/usr/icnclude里我們就要用-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ù)的。 9)-Wall、-w 和 -v參數(shù) -Wall 打印出gcc提供的警告信息 -w 關(guān)閉所有警告信息 -v 列出所有編譯步驟 四. 幾個(gè)相關(guān)的環(huán)境變量 PKG_CONFIG_PATH:用來(lái)指定pkg-config用到的pc文件的路徑,默認(rèn)是/usr/lib/pkgconfig,pc文件是文本文件,擴(kuò)展名是.pc,里面定義開(kāi)發(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 五. 關(guān)于交叉編譯
交叉編譯通俗地講就是在一種平臺(tái)上編譯出能運(yùn)行在體系結(jié)構(gòu)不同的另一種平臺(tái)上,比如在我們地PC平臺(tái)(X86 CPU)上編譯出能運(yùn)行在arm CPU平臺(tái)上的程序,編譯得到的程序在X86 CPU平臺(tái)上是不能運(yùn)行的,必須放到arm CPU 平臺(tái)上才能運(yùn)行。當(dāng)然兩個(gè)平臺(tái)用的都是linux。這種方法在異平臺(tái)移植和嵌入式開(kā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。為了不 跟本地編譯器混淆,交叉編譯器的名字一般都有前綴,比如armc-xxxx-linux-gnu-gcc,arm-xxxx-linux-gnu- g++ 等等 交叉編譯器的使用方法 使用方法跟本地的gcc差不多,但有一點(diǎn)特殊的是:必須用-L和-I參數(shù)指定編譯器用arm系統(tǒng)的庫(kù)和頭文件,不能用本地(X86)的庫(kù)(頭文件有時(shí)可以用本地的)。 例子: arm-xxxx-linux-gnu-gcc test.c -L/path/to/sparcLib -I/path/to/armInclude 六、man gcc 部分 GCC(1) GNU GCC(1) NAME gcc - GNU project C and C++ compiler SYNOPSIS gcc [-c | -S | -E] [-std=standard] [-g] [-pg] [-Olevel] [-Wwarn...] [-pedantic] [-Idir...] [-Ldir...] [-Dmacro[=defn]...] [-Umacro] [-foption...] [-mmachine-option...] [-o outfile] infile... Only the most useful options are listed here; see below for the remain- der. g++ accepts mostly the same options as gcc. |
|
來(lái)自: LibraryOfKevin > 《C》