linux中g(shù)cc命令的詳細(xì)解釋

　　linxu下的gcc命令其實是GNU C Compiler的縮寫，下面由學(xué)習(xí)啦小編為大家整理了linux的gcc命令的詳細(xì)解釋的相關(guān)知識，希望對大家有幫助!

　　一、linux中的gcc命令的詳細(xì)解釋

　　gcc命令

　　gcc命令使用GNU推出的基于C/C++的編譯器，是開放源代碼領(lǐng)域應(yīng)用最廣泛的編譯器，具有功能強(qiáng)大，編譯代碼支持性能優(yōu)化等特點(diǎn)。現(xiàn)在很多程序員都應(yīng)用GCC，怎樣才能更好的應(yīng)用GCC。目前，GCC可以用來編譯C/C++、FORTRAN、JAVA、OBJC、ADA等語言的程序，可根據(jù)需要選擇安裝支持的語言。

　　語法

　　gcc(選項)(參數(shù))

　　選項

　　-o：指定生成的輸出文件;

　　-E：僅執(zhí)行編譯預(yù)處理;

　　-S：將C代碼轉(zhuǎn)換為匯編代碼;

　　-wall：顯示警告信息;

　　-c：僅執(zhí)行編譯操作，不進(jìn)行連接操作。

　　參數(shù)

　　C源文件：指定C語言源代碼文件。

　　二、linux中的gcc命令的詳解實例

　　常用編譯命令選項

　　假設(shè)源程序文件名為test.c

　　無選項編譯鏈接

　　gcc test.c

　　將test.c預(yù)處理、匯編、編譯并鏈接形成可執(zhí)行文件。這里未指定輸出文件，默認(rèn)輸出為a.out。

　　選項 -o

　　gcc test.c -o test

　　將test.c預(yù)處理、匯編、編譯并鏈接形成可執(zhí)行文件test。-o選項用來指定輸出文件的文件名。

　　選項 -E

　　gcc -E test.c -o test.i

　　將test.c預(yù)處理輸出test.i文件。

　　選項 -S

　　gcc -S test.i 將預(yù)處理輸出文件test.i匯編成test.s文件。

　　選項

　　-c gcc -c test.s

　　將匯編輸出文件test.s編譯輸出test.o文件。

　　無選項鏈接

　　gcc test.o -o test

　　將編譯輸出文件test.o鏈接成最終可執(zhí)行文件test。

　　選項 -O

　　gcc -O1 test.c -o test

　　使用編譯優(yōu)化級別1編譯程序。級別為1~3，級別越大優(yōu)化效果越好，但編譯時間越長。

　　多源文件的編譯方法

　　如果有多個源文件，基本上有兩種編譯方法：

　　假設(shè)有兩個源文件為test.c和testfun.c

　　多個文件一起編譯

　　gcc testfun.c test.c -o test

　　將testfun.c和test.c分別編譯后鏈接成test可執(zhí)行文件。

　　分別編譯各個源文件，之后對編譯后輸出的目標(biāo)文件鏈接。

　　gcc -c testfun.c #將testfun.c編譯成testfun.o

　　gcc -c test.c #將test.c編譯成test.o

　　gcc -o testfun.o test.o -o test #將testfun.o和test.o鏈接成test

　　以上兩種方法相比較，第一中方法編譯時需要所有文件重新編譯，而第二種方法可以只重新編譯修改的文件，未修改的文件不用重新編譯。

　　三、linux中的gcc命令的常用命令

　　1簡介

　　GCC 的意思也只是 GNU C Compiler 而已。經(jīng)過了這么多年的發(fā)展，GCC 已經(jīng)不僅僅能支持 C 語言;它現(xiàn)在還支持 Ada 語言、C++ 語言、Java 語言、Objective C 語言、Pascal 語言、COBOL語言，以及支持函數(shù)式編程和邏輯編程的 Mercury 語言，等等。而 GCC 也不再單只是 GNU C 語言編譯器的意思了，而是變成了 GNU Compiler Collection 也即是 GNU 編譯器家族的意思了。另一方面，說到 GCC 對于操作系統(tǒng)平臺及硬件平臺支持，概括起來就是一句話：無所不在。

　　2簡單編譯

　　示例程序如下：

　　//test.c#include <stdio.h>int main(void){ printf("Hello World!\n"); return 0;}

　　這個程序，一步到位的編譯指令是:

　　gcc test.c -o test

　　實質(zhì)上，上述編譯過程是分為四個階段進(jìn)行的，即預(yù)處理(也稱預(yù)編譯，Preprocessing)、編譯(Compilation)、匯編 (Assembly)和連接(Linking)。

　　2.1預(yù)處理

　　gcc -E test.c -o test.i 或 gcc -E test.c

　　可以輸出test.i文件中存放著test.c經(jīng)預(yù)處理之后的代碼。打開test.i文件，看一看，就明白了。后面那條指令，是直接在命令行窗口中輸出預(yù)處理后的代碼.

　　gcc的-E選項，可以讓編譯器在預(yù)處理后停止，并輸出預(yù)處理結(jié)果。在本例中，預(yù)處理結(jié)果就是將stdio.h 文件中的內(nèi)容插入到test.c中了。

　　2.2編譯為匯編代碼(Compilation)

　　預(yù)處理之后，可直接對生成的test.i文件編譯，生成匯編代碼：

　　gcc -S test.i -o test.s

　　gcc的-S選項，表示在程序編譯期間，在生成匯編代碼后，停止，-o輸出匯編代碼文件。

　　2.3匯編(Assembly)

　　對于上一小節(jié)中生成的匯編代碼文件test.s，gas匯編器負(fù)責(zé)將其編譯為目標(biāo)文件，如下：

　　gcc -c test.s -o test.o

　　2.4連接(Linking)

　　gcc連接器是gas提供的，負(fù)責(zé)將程序的目標(biāo)文件與所需的所有附加的目標(biāo)文件連接起來，最終生成可執(zhí)行文件。附加的目標(biāo)文件包括靜態(tài)連接庫和動態(tài)連接庫。

　　對于上一小節(jié)中生成的test.o，將其與C標(biāo)準(zhǔn)輸入輸出庫進(jìn)行連接，最終生成程序test

　　gcc test.o -o test

　　在命令行窗口中，執(zhí)行./test, 讓它說HelloWorld吧!

　　3.多個程序文件的編譯

　　通常整個程序是由多個源文件組成的，相應(yīng)地也就形成了多個編譯單元，使用GCC能夠很好地管理這些編譯單元。假設(shè)有一個由test1.c和 test2.c兩個源文件組成的程序，為了對它們進(jìn)行編譯，并最終生成可執(zhí)行程序test，可以使用下面這條命令：

　　gcc test1.c test2.c -o test

　　如果同時處理的文件不止一個，GCC仍然會按照預(yù)處理、編譯和鏈接的過程依次進(jìn)行。如果深究起來，上面這條命令大致相當(dāng)于依次執(zhí)行如下三條命令：

　　gcc -c test1.c -o test1.ogcc -c test2.c -o test2.ogcc test1.o test2.o -o test

　　4.檢錯

　　gcc -pedantic illcode.c -o illcode

　　-pedantic編譯選項并不能保證被編譯程序與ANSI/ISO C標(biāo)準(zhǔn)的完全兼容，它僅僅只能用來幫助Linux程序員離這個目標(biāo)越來越近。或者換句話說，-pedantic選項能夠幫助程序員發(fā)現(xiàn)一些不符合 ANSI/ISO C標(biāo)準(zhǔn)的代碼，但不是全部，事實上只有ANSI/ISO C語言標(biāo)準(zhǔn)中要求進(jìn)行編譯器診斷的那些情況，才有可能被GCC發(fā)現(xiàn)并提出警告。

　　除了-pedantic之外，GCC還有一些其它編譯選項也能夠產(chǎn)生有用的警告信息。這些選項大多以-W開頭，其中最有價值的當(dāng)數(shù)-Wall了，使用它能夠使GCC產(chǎn)生盡可能多的警告信息。

　　gcc -Wall illcode.c -o illcode

　　GCC給出的警告信息雖然從嚴(yán)格意義上說不能算作錯誤，但卻很可能成為錯誤的棲身之所。一個優(yōu)秀的Linux程序員應(yīng)該盡量避免產(chǎn)生警告信息，使自己的代碼始終保持標(biāo)準(zhǔn)、健壯的特性。所以將警告信息當(dāng)成編碼錯誤來對待，是一種值得贊揚(yáng)的行為!所以，在編譯程序時帶上-Werror選項，那么GCC會在所有產(chǎn)生警告的地方停止編譯，迫使程序員對自己的代碼進(jìn)行修改，如下：

　　gcc -Werror test.c -o test

　　5庫文件連接

　　開發(fā)軟件時，完全不使用第三方函數(shù)庫的情況是比較少見的，通常來講都需要借助許多函數(shù)庫的支持才能夠完成相應(yīng)的功能。從程序員的角度看，函數(shù)庫實際上就是一些頭文件(.h)和庫文件(so、或lib、dll)的集合。。雖然Linux下的大多數(shù)函數(shù)都默認(rèn)將頭文件放到/usr/include/目錄下，而庫文件則放到/usr/lib/目錄下;Windows所使用的庫文件主要放在Visual Stido的目錄下的include和lib，以及系統(tǒng)文件夾下。但也有的時候，我們要用的庫不再這些目錄下，所以GCC在編譯時必須用自己的辦法來查找所需要的頭文件和庫文件。

　　例如我們的程序test.c是在linux上使用c連接mysql，這個時候我們需要去mysql官網(wǎng)下載MySQL Connectors的C庫，下載下來解壓之后，有一個include文件夾，里面包含mysql connectors的頭文件，還有一個lib文件夾，里面包含二進(jìn)制so文件libmysqlclient.so

　　其中inclulde文件夾的路徑是/usr/dev/mysql/include,lib文件夾是/usr/dev/mysql/lib

　　5.1編譯成可執(zhí)行文件

　　首先我們要進(jìn)行編譯test.c為目標(biāo)文件，這個時候需要執(zhí)行

　　gcc –c –I /usr/dev/mysql/include test.c –o test.o

　　5.2鏈接

　　最后我們把所有目標(biāo)文件鏈接成可執(zhí)行文件:

　　gcc –L /usr/dev/mysql/lib –lmysqlclient test.o –o test

　　Linux下的庫文件分為兩大類分別是動態(tài)鏈接庫(通常以.so結(jié)尾)和靜態(tài)鏈接庫(通常以.a結(jié)尾)，二者的區(qū)別僅在于程序執(zhí)行時所需的代碼是在運(yùn)行時動態(tài)加載的，還是在編譯時靜態(tài)加載的。

　　5.3強(qiáng)制鏈接時使用靜態(tài)鏈接庫

　　默認(rèn)情況下， GCC在鏈接時優(yōu)先使用動態(tài)鏈接庫，只有當(dāng)動態(tài)鏈接庫不存在時才考慮使用靜態(tài)鏈接庫，如果需要的話可以在編譯時加上-static選項，強(qiáng)制使用靜態(tài)鏈接庫。

　　在/usr/dev/mysql/lib目錄下有鏈接時所需要的庫文件libmysqlclient.so和libmysqlclient.a，為了讓GCC在鏈接時只用到靜態(tài)鏈接庫，可以使用下面的命令:

　　gcc –L /usr/dev/mysql/lib –static –lmysqlclient test.o –o test

　　靜態(tài)庫鏈接時搜索路徑順序：

　　1. ld會去找GCC命令中的參數(shù)-L

　　2. 再找gcc的環(huán)境變量LIBRARY_PATH

　　3. 再找內(nèi)定目錄 /lib /usr/lib /usr/local/lib 這是當(dāng)初compile gcc時寫在程序內(nèi)的

　　動態(tài)鏈接時、執(zhí)行時搜索路徑順序:

　　1. 編譯目標(biāo)代碼時指定的動態(tài)庫搜索路徑

　　2. 環(huán)境變量LD_LIBRARY_PATH指定的動態(tài)庫搜索路徑

　　3. 配置文件/etc/ld.so.conf中指定的動態(tài)庫搜索路徑

　　4. 默認(rèn)的動態(tài)庫搜索路徑/lib

　　5. 默認(rèn)的動態(tài)庫搜索路徑/usr/lib

　　有關(guān)環(huán)境變量：

　　LIBRARY_PATH環(huán)境變量：指定程序靜態(tài)鏈接庫文件搜索路徑

　　LD_LIBRARY_PATH環(huán)境變量：指定程序動態(tài)鏈接庫文件搜索路徑