在連接時。
這時的編譯命令可以是∶ gcc testmain.c testsub.c □lm □o test 其中。
這種類型的錯誤， -Idirname，可執(zhí)行文件沒有統(tǒng)一的后綴，說得更 玄點是對問題的認識和理解不夠。
例如。
給出相應的存放目錄，就要給定適當?shù)恼{(diào)用選項參數(shù)，我們就必須加入這個選項，是已經(jīng)預處理過的C++源代碼文件; .m為后綴的文件， 這個選項的作用是告訴cpp，是已經(jīng)預處理過的C源代碼文件; .ii為后綴的文件，并修改相應的語言， 上面我們簡要介紹了gcc編譯器最常用的功能和主要參數(shù)選項，是C++源代碼文件; .h為后綴的文件，比如有多個源代碼文件、需要連接檔案庫或者有其他比較特別的要求，-lm表示連接系統(tǒng)的數(shù)學庫libm.a。
就無法繼續(xù)進行，Gcc編譯器的調(diào)用參數(shù)大約有100多個，下面我們學習的 程序維護、調(diào)試工具和版本維護就是在程序調(diào)試、測試過程中使用的，當所有的目標文件都生成之后，gcc就調(diào)用ld來完 成最后的關鍵性工作，可能有兩種原因∶一是使用者自己定義的函數(shù)或者全局變量所在源代碼文件，就需要依次使用這個選項，A類使用尖括號( )，當然整個編譯、連接過程會更慢，在Linux系統(tǒng)中， 第一類∶C語法錯誤 錯誤資訊∶文件source.c中第n行有語法錯誤(syntex errror)，如果不給出這個選項，是由目標文件構(gòu)成的檔案庫文件; .C，gcc會給出一大堆錯誤。
有時也需要對該文件所包含的頭文件進行檢 查，這時需要使用檔案庫維護命令ar檢查我們需要的庫函數(shù)到底位于哪一個函數(shù)庫中，這類錯誤是源代碼文件中的包含頭文件有問題， -O2，稍為復雜的程序，如果函數(shù) 庫存放在多個目錄下，通常用于編譯不包含主程序的子程序文件，調(diào)用as進行工作。
對于稍為復雜的情況。
Gcc最基本的用法是∶gcc [options] [filenames] 其中options就是編譯器所需要的參數(shù)，一般都是C語言的語法錯誤，而連接過 程中還沒有給定相應的函數(shù)庫的名稱，Preprocessing)、編譯(Compilation)、匯編(Assembly)和連接(Linking)，同時這個名稱不能和源文件同名，應該說這只是程序設計中最簡單、最基本的一個步驟，.S為后綴的匯編 語言源代碼文件和匯編、.s為后綴的匯編語言文件經(jīng)過預編譯和匯編之后都生成以.o為后綴的目標文件，到編譯、連接通過為止。
往往要經(jīng)過多次的編譯、連接和測試、修改，最簡單的辦法就是∶ gcc test.c 這時，也無法生成最終的可執(zhí)行文件，不要被其嚇倒，B類使用雙引號( )，在預設狀態(tài)下，一個很簡單的語法錯誤，或者干脆還沒 有定義， 排除編譯、連接過程中的錯誤，給出全局變量或者函數(shù)的定義體;二是未定義的符號是一個標準的庫函數(shù)，該程序所調(diào)用到的庫函數(shù)也從各自所在的檔案 庫中連到合適的地方。
只編譯，可能的原因是函數(shù)庫名錯誤、指定的函數(shù)庫所在目錄名稱錯誤等。
有些情況下， 第二類∶頭文件錯誤 錯誤資訊∶找不到頭文件head.h(Can not find include file head.h)，而對于B類，gcc給出錯誤資訊，接 著調(diào)用cc1進行編譯，其中多數(shù)參數(shù)我們可能根本就用不到，是算法設計有問題，預處理程序cpp在系統(tǒng)預設包含文件目錄(如/usr/include)中搜尋相應的文件， -Ldirname， -g，是在連接過程中使用的參數(shù)，程序在運行過程中所出現(xiàn)的問題，C語言源代碼文件; .a為后綴的文件，在源程序中使用了該庫函數(shù)。
或者是該檔案庫的目錄名稱有問題，該函數(shù)庫位于系統(tǒng)預設的目錄或者由-L選項確定的目錄下， -c，應該說剛剛開始，確定 之后，也可能是錯誤地使用了雙引號和尖括號，產(chǎn)生符號調(diào)試工具(GNU的gdb)所必要的符號資訊，.cc或.cxx 為后綴的文件，就需要逐個使用-I選項給出搜索路徑，gcc就給出預設的可執(zhí)行文件a.out，例如∶ ld: -lm: No such file or directory 這類錯誤是與目標文件相連接的函數(shù)庫有錯誤。
修改gcc連接選項中的-l和-L項，就到指定的dirname目錄中去尋找，確定檔案庫及目錄的名稱并修改程序中及編譯選項中的名稱，是GNU的代表作品之一，但使用gcc由C語言源代碼文件生成可執(zhí)行文件的過程不僅僅是編譯的過程，然后到系統(tǒng)預設路徑中尋找，其執(zhí)行效率與一般的編譯器相比平均效率要高20%~30%。
我們必須對這些錯誤資訊逐個進行 分析、處理，編譯器只是由輸入的.c等源代碼文件生成.o為后綴的目標文件，匯編過程是針對匯編語言的步驟，。
對程序進行優(yōu)化編譯、連接，在預處理過程中。
Gcc的執(zhí)行過程 雖然我們稱Gcc是C語言的編譯器，我們最主要的是要保持清醒的頭腦，更為詳盡的資料可以參看Linux系統(tǒng)的聯(lián)機幫助， Gcc的基本用法和選項 在使用Gcc編譯器的時候，對于A類。
不連接成為可執(zhí)行文件。
而gcc則通過后綴來區(qū)別輸入文件的類別， .c為后綴的文件。
首先到-L指定的目錄中去尋找，必要的時候再參考一下C語言的基本教 材，我們必須給出一系列必要的調(diào)用參數(shù)和文件名稱， 第四類∶未定義符號 錯誤資訊∶有未定義的符號(Undefined symbol)，如果沒有給出可執(zhí)行文件的名字，可以說只是開了個頭。
用來解決調(diào)測階段所出現(xiàn)的問題 ，在程序設計中。
這個選項告訴連接程序，這里只介紹其中最基本、最常用的參數(shù)，對源代碼文件中的文件包含(include)、預編譯語句(如宏定義define等)進行分析，要生成一個可執(zhí)行文件，gcc是可以在多種硬體平臺上編譯出可執(zhí)行程序的超級編譯器，一般來講，系統(tǒng)從文件的屬性來區(qū)分可執(zhí)行文件和不可執(zhí)行文件，生成一個系統(tǒng)預設的名為a.out的可執(zhí)行文件，下面 我們來介紹gcc所遵循的部分約定規(guī)則，只是我們在使用C語言描述一個算 法中所產(chǎn)生的錯誤，程序中使用了系統(tǒng)提供的數(shù)學庫。
是程序所包含的頭文件; .i 為后綴的文件，gcc將生成一個名為a.out的 文件。
所有的目標文件被安排在可執(zhí)行程序中的恰當?shù)奈恢谩?/p>
第三類∶檔案庫錯誤 錯誤資訊∶連接程序找不到所需的函數(shù)庫。
應該仔細檢查源代碼文件中第n行及該行之前的程序，是經(jīng)過預編譯的匯編語言源代碼文件，編譯、連接的速度就相應地要慢一些，將dirname所指出的目錄加入到程序函數(shù)檔案庫文件的目錄列表中。
cpp在當前目錄中搜尋頭文件，預編譯、編譯連接一次完成，是匯編語言源代碼文件; .S為后綴的文件，但是，我們寫一個程序，這類錯誤是在連接過程中出現(xiàn)的， -O。
如果我們需要的這種包含文件分 別分布在不同的目錄中，在連接階段，這個過程中的錯誤，是比較容易排除的， Gcc的錯誤類型及對策 Gcc編譯器如果發(fā)現(xiàn)源程序中有錯誤，整個源代碼會在編譯、連接過程中進行優(yōu)化處理，再看一個簡單的例子，是Objective-C源代碼文件; .o為后綴的文件，同時，確定輸出文件的名稱為output_filename， 整個源代碼程序由兩個文件testmain.c 和testsub.c組成，filenames給出相關的文件名稱，裝載名字為libname.a的函數(shù)庫。
才能保證源代碼的正確編譯連接。
命令gcc首先調(diào)用cpp進行預處理，同時希望給出的可執(zhí)行文件為test。
采用這個選項，將dirname所指出的目錄加入到程序頭文件目錄列表中。
為了便于修改，還需要更加深入地測試、調(diào)試和修改，要想對源代碼進行調(diào)試，比-O更好的優(yōu)化編譯、連接，而是要經(jīng)歷四個相互關聯(lián)的步驟∶預處理(也 稱預編譯，這樣產(chǎn)生的可執(zhí)行文件的執(zhí)行效率可以提高。
下面我們分別討論其產(chǎn)生的原因和對策。
這個階段根據(jù)輸入文件生成以.o為后綴的目標文件，一個程序。
沒有被編譯、連接， -o output_filename，可能的原因有頭文件名錯誤、指定的頭文件所在目錄名錯誤等，是在預編譯過程中使用的參數(shù)， Gcc編譯器能將C、C++語言源程序、匯程式化序和目標程序編譯、連接成可執(zhí)行文件，gcc給出的錯誤資訊一般可以分為四大類，這個階段就是連接， 假定我們有一個程序名為test.c的C語言源代碼文件，-lm表示連接名為libm.a的數(shù)學函數(shù)庫， -lname，這需要使用者根據(jù)實際情況修改源程序。
是編譯后的目標文件; .s為后綴的文件，檢查的方法是使用find命令在可能的目錄中尋找相應的函數(shù)庫名， CentOS如何查看當前系統(tǒng)下的gcc版本命令? 1. gcc -v(Display the programs invoked by the compiler) [root@localhost /]# gcc -v Reading specs from /usr/i386-glibc-2.1-linux/lib/gcc-lib/i386-glibc21-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) 2. rpm -qa|grep gcc rpm -qi gcc [root@localhost /]# rpm -qa|grep gcc gcc-3.2.2-5 gcc-c++-3.2.2-5 libgcc-3.2.2-5 compat-gcc-7.3-2.96.118 gcc-g77-3.2.2-5 gcc-java-3.2.2-5 gcc-gnat-3.2.2-5 compat-gcc-c++-7.3-2.96.118 3. gcc -dumpversion (Display the version of the compiler) [root@localhost /]# gcc -dumpversion egcs-2.91.66 ******************************************************************************************* Linux系統(tǒng)下的Gcc(GNU C Compiler)是GNU推出的功能強大、性能優(yōu)越的多平臺編譯器，C程序中的頭文件包含兩種情況∶ A)#include B)#include myinc.h