目前 Linux 下最常用的 C 語言編譯器是 GCC （ GNU Compiler Collection ），它是 GNU 項(xiàng)目中符合 ANSI C 標(biāo)準(zhǔn)的編譯系統(tǒng)，能夠編譯用 C 、 C++ 和 Object C 等語言編寫的程序。 GCC 不僅功能非常強(qiáng)大，結(jié)構(gòu)也異常靈活。最值得稱道的一點(diǎn)就是它可以通過不同的前端模塊來支持各種語言，如Java 、 Fortran 、 Pascal 、 Modula-3 和 Ada 等。開放、自由和靈活是 Linux 的魅力所在，而這一點(diǎn)在 GCC 上的體現(xiàn)就是程序員通過它能夠更好地控制整個(gè)編譯過程。在使用 GCC 編譯程序時(shí)，編譯過程可以被細(xì)分為四個(gè)階段：

預(yù)處理（ Pre-Processing ）
編譯（ Compiling ）
匯編（ Asse mbling ）
鏈接（ Linking ）

Linux 程序員可以根據(jù)自己的需要讓 GCC 在編譯的任何階段結(jié)束，以便檢查或使用編譯器在該階段的輸出信息，或者對最后生成的二進(jìn)制文件進(jìn)行控制，以便通過加入不同數(shù)量和種類的調(diào)試代碼來為今后的調(diào)試做好準(zhǔn)備。和其它常用的編譯器一樣， GCC 也提供了靈活而強(qiáng)大的代碼優(yōu)化功能，利用它可以生成執(zhí)行效率更高的代碼。
GCC 提供了 30 多條警告信息和三個(gè)警告級別，使用它們有助于增強(qiáng)程序的穩(wěn)定性和可移植性。此外， GCC 還對標(biāo)準(zhǔn)的 C 和 C++ 語言進(jìn)行了大量的擴(kuò)展，提高程序的執(zhí)行效率，有助于編譯器進(jìn)行代碼優(yōu)化，能夠減輕編程的工作量。

C 程序的編譯過程主要分為四個(gè)階段：pre-processing,compiling,assembling,linking;

常用文件的后綴名：

gcc 預(yù)處理階段：主要對包含的頭文件（＃include ）和宏定義（＃define,#ifdef … ）進(jìn)行處理?？梢允褂谩癵cc -E” 讓gcc 在預(yù)處理之后停止編譯過程，生成 *.i 文件。

[root@localhost gcc]# gcc -E hello.c -o hello.i

gcc 編譯階段：gcc 首先要檢查代碼的規(guī)范性，是否有語法錯(cuò)誤等。以確定代碼實(shí)際要做的工作，在檢查無誤后，gcc 把代碼翻譯成匯編語言。用戶可以使用-S 選項(xiàng)進(jìn)行查看，該選項(xiàng)只進(jìn)

行編譯而不進(jìn)行匯編，生成匯編代碼。

[root@localhost gcc]# gcc -S hello.i -o hello.s

gcc 匯編階段：生成目標(biāo)代碼 *.o ；有兩種方式：使用 gcc 直接從源代碼生成目標(biāo)代碼 gcc -c *.s -o *.o 以及使用匯編器從匯編代碼生成目標(biāo)代碼 as *.s -o *.o

[root@localhost gcc]# gcc -c hello.s -o hello.o
[root@localhost gcc]# as hello.s -o hello.o

也可以直接使用as *.s, 將執(zhí)行匯編、鏈接過程生成可執(zhí)行文件a.out, 可以像上面使用-o 選項(xiàng)指定輸出文件的格式。
gcc 鏈接階段：生成可執(zhí)行文件；可以生成的可執(zhí)行文件格式有： a.out/*/,當(dāng)然可能還有其它格式。

[root@localhost gcc]# gcc hello.o 生成可執(zhí)行文件 a.out
[root@localhost gcc]# gcc hello.o -o hello 生成可執(zhí)行文件 hello

gcc 常用編譯選項(xiàng)：

-Dmacro 定義指定的宏，使它能夠通過源碼中的 #ifdef 進(jìn)行檢驗(yàn)；

-O 、 -O2 、 -O3 將優(yōu)化狀態(tài)打開，該選項(xiàng)不能與 -g 選項(xiàng)聯(lián)合使用；
-v 啟動所有警報(bào)，打印編譯過程的信息；
-Wall 在發(fā)生警報(bào)時(shí)取消編譯操作，即將警報(bào)看作是錯(cuò)誤；
-Werror 在發(fā)生警報(bào)時(shí)取消編譯操作，即把報(bào)警當(dāng)作是錯(cuò)誤；
-w 禁止所有的報(bào)警。

gcc 鏈接庫文件的使用

在 linux 下開發(fā)軟件時(shí)，完全不使用第三方函數(shù)庫的情況是比較少見的，通常來講都需要借助一個(gè)或多個(gè)函數(shù)庫的支持才能夠完成相應(yīng)的功能。從程序員的角度看，函數(shù)庫實(shí)際上就是一些頭文件（ .h ）和庫文件（ .so 或者 .a ）的集合。雖然 Linux 下的大多數(shù)函數(shù)都默認(rèn)將頭文件放到/usr/include/ 目錄下，而庫文件則放到 /usr/lib/ 目錄下，但并不是所有的情況都是這樣。正因如此， GCC 在編譯時(shí)必須有自己的辦法來查找所需要的頭文件和庫文件。 GCC 采用搜索目錄的辦法來查找所需要的文件， -I 選項(xiàng)可以向 GCC 的頭文件搜索路徑中添加新的目錄。例如，如果在/home/justin/include/ 目錄下有編譯時(shí)所需要的頭文件，為了讓 GCC 能夠順利地找到它們，就可以使用 -I 選項(xiàng)：

# gcc foo.c -I /home/justin/include -o foo

同樣，如果使用了不在標(biāo)準(zhǔn)位置的庫文件，那么可以通過 -L 選項(xiàng)向 GCC 的庫文件搜索路徑中添加新的目錄。例如，如果在 /home/xiaowp/lib/ 目錄下有鏈接時(shí)所需要的庫文件 libfoo.so ，為了讓 GCC 能夠順利地找到它，可以使用下面的命令：

# gcc foo.c -L /home/justin/lib -lfoo -o foo

值得好好解釋一下的是 -l 選項(xiàng)，它指示 GCC 去連接庫文件 libfoo.so 。
Linux 下的庫文件在命名時(shí)有一個(gè)約定，那就是應(yīng)該以lib 三個(gè)字母開頭，由于所有的庫文件都遵循了同樣的規(guī)范，因此在用-l 選項(xiàng)指定鏈接的庫文件名時(shí)可以省去lib 三個(gè)字母，也就是說GCC 在對-lfoo 進(jìn)行處理時(shí)，會自動去鏈接名為libfoo.so
Linux 下的庫文件分為兩大類分別是動態(tài)鏈接庫（通常以.so 結(jié)尾）和靜態(tài)鏈接庫（通常以.a 結(jié)尾），兩者的差別僅在程序執(zhí)行時(shí)所需的代碼是在運(yùn)行時(shí)動態(tài)加載的，還是在編譯時(shí)靜態(tài)加載的 。默認(rèn)情況下，GCC 在鏈接時(shí)優(yōu)先使用動態(tài)鏈接庫，只有當(dāng)動態(tài)鏈接庫不存在時(shí)才考慮使用靜態(tài)鏈接庫，如果需要的話可以在編譯時(shí)加上-static 選項(xiàng)，強(qiáng)制使用靜態(tài)鏈接庫。例如，如果在home/justin/lib/ 目錄下有鏈接時(shí)所需要的庫文件libfoo.so 和libfoo.a ，為了讓GCC 在鏈接時(shí)只用到靜態(tài)鏈接庫，可以使用下面的命令：

# gcc foo.c -L /home/justin/lib -static -lfoo -o foo 的文件。

對于動態(tài)庫和靜態(tài)庫文件的創(chuàng)建方法，此處不作詳細(xì)解釋，可以參考另外一篇linux c 庫文件創(chuàng)建方法。

linux下使用gcc編譯運(yùn)行C/C++程序

編譯C

首先,程序編譯過程有:

1.預(yù)處理(展開宏,頭文件,檢查代碼是否有誤)

2.編譯(將.c轉(zhuǎn)為匯編代碼.s)

3.匯編(將匯編代碼.s轉(zhuǎn)為機(jī)器代碼.o)

4.鏈接(將所有機(jī)器代碼.o和庫文件鏈接成一個(gè)可執(zhí)行程序)

一般編譯常常包括了:預(yù)處理,編譯,匯編

在linux系統(tǒng)中,編譯c使用gcc編譯器,如下:

gcc -o out in1.c in2.c //gcc編譯以及鏈接（對in1文件和in2文件進(jìn)行編譯生成out.bin文件，“-o”:表示生成可執(zhí)行文件）
gcc -c in1.c in2.c -o out.o //gcc編譯不鏈接（對in1文件和in2文件文件進(jìn)行編譯生成out.o文件，
“-c”:表示只生成*.o文件 第二個(gè)"-o":表示制定生成哪個(gè).o文件）

(若只對單個(gè)文件編譯及鏈接,也可以直接輸入: gcc in.c, 系統(tǒng)默認(rèn)編譯生成a.out可執(zhí)行文件)

若需要在arm板里運(yùn)行，就需要在linux系統(tǒng)中使用arm-linux-gcc交叉編譯才行:

arm-linux-gcc -o out in1.c in2.c //gcc編譯以及鏈接（對in1文件和in2文件進(jìn)行編譯生成out.bin文件，“-o”:表示生成可執(zhí)行文件）
arm-linux-gcc -c in1.c in2.c -o out.o // gcc編譯不鏈接（對in1文件和in2文件文件進(jìn)行編譯生成out.o文件，
“-c”:表示只生成*.o文件 第二個(gè)"-o":表示指定生成哪個(gè).o文件）

-I //表示添加頭文件位置
一般編譯程序時(shí),說找到不到某個(gè)頭文件時(shí),編譯時(shí)直接加上"-I 該頭文件目錄"，即可編譯OK

-l //指定庫文件,l后面緊跟庫文件,比如數(shù)學(xué)庫:-lm,對應(yīng)著libm.so文件,只需要去掉lib和.so即可
編譯程序時(shí),一般說找不到某函數(shù)定義時(shí),說不定就是沒加庫文件原因,比如找不到cos()函數(shù)定義,則編譯時(shí)直接加上"-lm"即可

編譯C++

方法和上面類似,使用g++編譯器,只不過該編譯器會自動鏈接C++庫

注意:若需要c++11標(biāo)準(zhǔn),需要gcc 4.8以上

以編譯兩個(gè)C文件(a.c和hello.c)為示例:

vi a.c //編輯a.c , 它將被hello.c調(diào)用,前提是這兩個(gè)文件必須在同一目錄下

內(nèi)容如下:

vi hello.c //編輯hello.c

內(nèi)容如下:

gcc -o hello hello.c a.c //gcc編譯以及鏈接（對hello.c文件和a.c文件進(jìn)行編譯生成hello.bin文件，“-o”:表示生成可執(zhí)行文件）

./hello //運(yùn)行hello.bin

效果如下所示:

到此這篇關(guān)于GCC 編譯c程序的方法及過程解析的文章就介紹到這了,更多相關(guān)GCC 編譯c程序內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論