gcc編譯指定as

1. 怎樣指定某個版本的gcc來編譯程序

對於autotools來生成Makefile的程序包，不建亮輪議修改Makefile來指定GCC/G++的版本。
最佳方案：
./configure CC=你想使的C編譯器的絕對路徑
./configure CXX=你想使的C++編譯器的絕對路徑

比如：./configure CXX=/usr/local/bin/g++
這旁配樣就可以很方便地讓系統內多敬啟信個版本的編譯器共存了。

2. 如何用GCC在linux下編譯C語言程序

在Linux下面,如果要編譯一個C語言源程序,我們要使用GNU的gcc編譯器，假設我們有下面一個非常簡單的源程序(hello.c):

int main(int argc,char **argv)

{

printf("Hello Linux ");

}

要編譯這個程序,我們只要在命令行下執行:

gcc -o hello hello.c

gcc 編譯器就會為我們生成一個hello的可執行文件.執行./hello就可以看到程
序的輸出結果了

3. 如何給GCC指定編譯的地址

有兩種辦法
1. gcc D:\XXX\main.c 用這個命令來編譯你的C文件，把上面的目錄、文件換成你的。
2. 在CMD里，cd到D盤，然後cd到你的C文件目錄下，執行gcc main.c即可

4. 如何指定GCC的默認頭文件路徑

看下文的紅色部分。 有大量的環境變數可供設置以影響 GCC 編譯程序的方式。利用這些變數的控制也可使用合適的命令行選項。一些環境變數設置在目錄名列表中。這些名字和 PATH 環境變數使用的格式相同。特殊字元 PATH_SEPARATOR （安裝編譯程序的時候定義）用在目錄名之間。在 UNIX 系統中，分隔符是冒號，而 Windows 系統中為分號。 C_INCLUDE_PATH 編譯C 程序時使用該環境變數。該環境變數指定一個或多個目錄名列表，查找頭文件，就好像在命令行中指定 -isystem 選項一樣。會首先查找 -isystem 指定的所有目錄。 ==> 也見 CPATH 、 CPLUS_INCLUDE_PATH 和 OBJC_INCLUDE_PATH 。 COMPILER_PATH 該環境變數指定一個或多個目錄名列表，如果沒有指定 GCC_EXEC_PREFIX 定位子程序，編譯程序會在此查找它的子程序。 ==> 也見 LIBRARY_PATH 、 GCC_EXEC_PREFIX 和 -B 命令行選項。 CPATH 編譯C 、 C++ 和 Objective-C 程序時使用該環境變數。該環境變數指定一個或多個目錄名列表，查找頭文件，就好像在命令行中指定 -l 選項一樣。會首先查找 -l 指定的所有目錄。 ==> 也見 C_INCLUDE_PATH 、 CPLUS_INCLUDE_PATH 和 OBJC_INCLUDE_PATH 。 CPLUS_INCLUDE_PATH 編譯C++ 程序時使用該環境變數。該環境變數指定一個或多個目錄名列表，查找頭文件，就好像在命令行中指定 -isystem 選項一樣。會首先查找 -isystem 指定的所有目錄。 ==> 也見 CPATH 、 C_INCLUDE_PATH 和 OBJC_INCLUDE_PATH 。 DEPENDENCIES_OUTPUT 為文件名設置該環境變數會讓預處理程序將基於依賴關系的 makefile 規則寫入文件。不會包括系統頭文件名字。 如果環境變數設置為單名，被看作是文件名字，而依賴關系規則的名字來自源文件名字。如果定義中有兩個名字，則第二個名字是用作依賴關系規則的目標名。 設置該環境變數的結果和使用命令行選項 -MM 、 -MF 和 -MT 的組合是一樣的。 ==> 也見 SUNPRO_DEPENDENCIES 。 GCC_EXEC_PREFIX 如果定義了該環境變數，它會作為編譯程序執行的所有子程序名字的前綴。例如，如果將變數設置為 testver 而不是查找 as ，匯編器首先會在名字 testveras 下查找。如果在此沒有找到，編譯程序會繼續根據它的普通名進行查找。可在前綴名中使用斜線指出路徑名。 GCC_EXEC_PREFIX 的默認設置為 prefix /lib/gcc-lib/ ，這里的 prefix 是安裝編譯程序時 configure 腳本指定的名字。該前綴也用於定位標准連接程序文件，包含進來作為可執行程序的一部分。 如果使用 -B 命令行選項，會重寫該設置。 ==> 也見 COMPILER_PATH 。 LANG 該環境變數用於指出編譯程序使用的字元集，可創建寬字元文字、串文字和注釋。 定義LANG 為 C-JIS ，指出預處理程序將多位元組字元按照 JIS （日語工業標准）字元進行解釋。 C-SJIS 可用來指出 Shift -JIS 字元而 C-EUCJP 指出日文 EUC 。 如果沒有定義 LANG ，或定義為不可識別，函數 mblen() 被用來確定字元寬度，而 mbtowc() 用來將多位元組序列轉換為寬字元。 LC_ALL 如果設置，該環境變數的值重寫 LC_MESSAGES 和 LC_CTYPE 的所有設置。 LC_CTYPE 該環境變數指出引用串中定義的多位元組字元的字元分類。主要用於確定字元串的字元邊界，字元編碼需要用引號或轉義符，可被錯誤地解釋為字元串的結尾或特殊字 符串。對 Australian English ，可將它設置為 en_AU ；對 Mexican Spanish ，可將它設置為 es_MX 。如果沒有設置該變數，默認為 LANG 變數的值，或如果沒有設置 LANG ，那就使用 C 英語行為。也見 LC_ALL 。 LC_MESSAGES 該環境變數指出編譯程序使用何種語言發出診斷消息。對 Australian English ，可設置為 en_AU ；對 MexicanSpanish ，可設置為 es_MX 。如果變數沒有設置，使用 LANG 變數的默認值，或如果沒有設置 LANG ，那就使用 C 英語行為。也見 LC_ALL 。 LD_LIBRARY_PATH 該環境變數不會影響編譯程序，但程序運行的時候會有影響。變數指定一個目錄列表，程序會查找該列表定位共享庫。只有當未在編譯程序的目錄中找到共享庫的時候，執行程序必須設置該變數。 LD_RUN_PATH 該環境變數不會影響編譯程序，但程序運行的時候會有影響。該變數在運行時指出文件的名字，運行的程序可由此得到它的符號名字和地址。地址不會重新載入，因而可能符號引用其他文件中的絕對地址。這和 ld 工具使用 -R 選項完全一樣。 LIBRARY_PATH 該環境變數可設置為一個或多個目錄名字列表，連接程序會搜尋該目錄，以查找特殊連接程序文件，和由 -l （字母 l ）命令行選項指定名字的庫。 由 -L 命令行選項指定的目錄在環境變數的前面，首先被查找。 ==> 也見 COMPILER_PATH 。 OBJC_INCLUDE_PATH 在編譯 Objective-C 程序的時候使用該環境變數。一個或多個目錄名的列表由環境變數指定，用來查找頭文件，就好像在命令行中指定 -isystem 選項一樣。所有由 -isystem 選項指定的目錄會首先被查找。 S

5. GCC如何編譯一個匯編文件，得到可執行文件

gcc -c my.s(生成my.o）
gcc -o my my.o
my就是所要的可執行文件
或者直接可以gcc -o my my.s

6. Linux下gcc編譯介紹

Linux系統下的Gcc（GNU C Compiler）是GNU推出的功能強大、性能優越的多平台編譯器，是GNU的代表作品之一。gcc是可以在多種硬體平台上編譯出可執行程序的超級編譯器，其執行效率與一般的編譯器相比平均效率要高20%~30%。
Gcc編譯器能將C、C++語言源程序、匯程式化序和目標程序編譯、連接成可執行文件，如果沒有給出可執行文件的名字，gcc將生成一個名為a.out的文件。在Linux系統中，可執行文件沒有統一的後綴，系統從文件的屬性來區分可執行文件和不可執行文件。而gcc則通過後綴來區別輸入文件的類別，下面我們來介紹gcc所遵循的部分約定規則。
.c為後綴的文件，C語言源代碼文件；
.a為後綴的文件，是由目標文件構成的檔案庫文件；
.C，.cc或.cxx 為後綴的文件，是C++源代碼文件；
.h為後綴的文件，是程序所包含的頭文件；
.i 為後綴的文件，是已經預處理過的C源代碼文件；
.ii為後綴的文件，是已經預處理過的C++源代碼文件；
.m為後綴的文件，是Objective-C源代碼文件；
.o為後綴的文件，是編譯後的目標文件；
.s為後綴的文件，是匯編語言源代碼文件；
.S為後綴的文件，是經過預編譯的匯編語言源代碼文件。
Gcc的執行過程
雖然我們稱Gcc是C語言的編譯器，但使用gcc由C語言源代碼文件生成可執行文件的過程不僅僅是編譯的過程，而是要經歷四個相互關聯的步驟∶預處理(也稱預編譯，Preprocessing)、編譯(Compilation)、匯編(Assembly)和連接(Linking)。
命令gcc首先調用cpp進行預處理，在預處理過程中，對源代碼文件中的文件包含(include)、預編譯語句(如宏定義define等)進行分析。接著調用cc1進行編譯，這個階段根據輸入文件生成以.o為後綴的目標文件。匯編過程是針對匯編語言的步驟，調用as進行工作，一般來講，.S為後綴的匯編語言源代碼文件和匯編、.s為後綴的匯編語言文件經過預編譯和匯編之後都生成以.o為後綴的目標文件。當所有的目標文件都生成之後，gcc就調用ld來完成最後的關鍵性工作，這個階段就是連接。在連接階段，所有的目標文件被安排在可執行程序中的恰當的位置，同時，該程序所調用到的庫函數也從各自所在的檔案庫中連到合適的地方。

Gcc的基本用法和選項
在使用Gcc編譯器的時候，我們必須給出一系列必要的調用參數和文件名稱。Gcc編譯器的調用參數大約有100多個，其中多數參數我們可能根本就用不到，這里只介紹其中最基本、最常用的參數。
Gcc最基本的用法是∶gcc [options] [filenames]
其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。
-c，只編譯，不連接成為可執行文件，編譯器只是由輸入的.c等源代碼文件生成.o為後綴的目標文件，通常用於編譯不包含主程序的子程序文件。
-o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。
-g，產生符號調試工具(GNU的gdb)所必要的符號資訊，要想對源代碼進行調試，我們就必須加入這個選項。
-O，對程序進行優化編譯、連接，採用這個選項，整個源代碼會在編譯、連接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、連接的速度就相應地要慢一些。
-O2，比-O更好的優化編譯、連接，當然整個編譯、連接過程會更慢。
-Idirname，將dirname所指出的目錄加入到程序頭文件目錄列表中，是在預編譯過程中使用的參數。C程序中的頭文件包含兩種情況∶
A)#include
B)#include 「myinc.h」
其中，A類使用尖括弧(< >)，B類使用雙引號(「 」)。對於A類，預處理程序cpp在系統預設包含文件目錄(如/usr/include)中搜尋相應的文件，而對於B類，cpp在當前目錄中搜尋頭文件，這個選項的作用是告訴cpp，如果在當前目錄中沒有找到需要的文件，就到指定的dirname目錄中去尋找。在程序設計中，如果我們需要的這種包含文件分別分布在不同的目錄中，就需要逐個使用-I選項給出搜索路徑。
-Ldirname，將dirname所指出的目錄加入到程序函數檔案庫文件的目錄列表中，是在連接過程中使用的參數。在預設狀態下，連接程序ld在系統的預設路徑中(如/usr/lib)尋找所需要的檔案庫文件，這個選項告訴連接程序，首先到-L指定的目錄中去尋找，然後到系統預設路徑中尋找，如果函數庫存放在多個目錄下，就需要依次使用這個選項，給出相應的存放目錄。
-lname，在連接時，裝載名字為「libname.a」的函數庫，該函數庫位於系統預設的目錄或者由-L選項確定的目錄下。例如，-lm表示連接名為「libm.a」的數學函數庫。
上面我們簡要介紹了gcc編譯器最常用的功能和主要參數選項，更為詳盡的資料可以參看Linux系統的聯機幫助。
假定我們有一個程序名為test.c的C語言源代碼文件，要生成一個可執行文件，最簡單的辦法就是∶
gcc test.c
這時，預編譯、編譯連接一次完成，生成一個系統預設的名為a.out的可執行文件，對於稍為復雜的情況，比如有多個源代碼文件、需要連接檔案庫或者有其他比較特別的要求，就要給定適當的調用選項參數。再看一個簡單的例子。
整個源代碼程序由兩個文件testmain.c 和testsub.c組成，程序中使用了系統提供的數學庫，同時希望給出的可執行文件為test，這時的編譯命令可以是∶
gcc testmain.c testsub.c □lm □o test
其中，-lm表示連接系統的數學庫libm.a。

Gcc的錯誤類型及對策
Gcc編譯器如果發現源程序中有錯誤，就無法繼續進行，也無法生成最終的可執行文件。為了便於修改，gcc給出錯誤資訊，我們必須對這些錯誤資訊逐個進行分析、處理，並修改相應的語言，才能保證源代碼的正確編譯連接。gcc給出的錯誤資訊一般可以分為四大類，下面我們分別討論其產生的原因和對策。

第一類∶C語法錯誤
錯誤資訊∶文件source.c中第n行有語法錯誤(syntex errror)。這種類型的錯誤，一般都是C語言的語法錯誤，應該仔細檢查源代碼文件中第n行及該行之前的程序，有時也需要對該文件所包含的頭文件進行檢查。有些情況下，一個很簡單的語法錯誤，gcc會給出一大堆錯誤，我們最主要的是要保持清醒的頭腦，不要被其嚇倒，必要的時候再參考一下C語言的基本教材。
第二類∶頭文件錯誤
錯誤資訊∶找不到頭文件head.h(Can not find include file head.h)。這類錯誤是源代碼文件中的包含頭文件有問題，可能的原因有頭文件名錯誤、指定的頭文件所在目錄名錯誤等，也可能是錯誤地使用了雙引號和尖括弧。

第三類∶檔案庫錯誤
錯誤資訊∶連接程序找不到所需的函數庫，例如∶
ld: -lm: No such file or directory
這類錯誤是與目標文件相連接的函數庫有錯誤，可能的原因是函數庫名錯誤、指定的函數庫所在目錄名稱錯誤等，檢查的方法是使用find命令在可能的目錄中尋找相應的函數庫名，確定檔案庫及目錄的名稱並修改程序中及編譯選項中的名稱。
第四類∶未定義符號
錯誤資訊∶有未定義的符號(Undefined symbol)。這類錯誤是在連接過程中出現的，可能有兩種原因∶一是使用者自己定義的函數或者全局變數所在源代碼文件，沒有被編譯、連接，或者乾脆還沒有定義，這需要使用者根據實際情況修改源程序，給出全局變數或者函數的定義體；二是未定義的符號是一個標準的庫函數，在源程序中使用了該庫函數，而連接過程中還沒有給定相應的函數庫的名稱，或者是該檔案庫的目錄名稱有問題，這時需要使用檔案庫維護命令ar檢查我們需要的庫函數到底位於哪一個函數庫中，確定之後，修改gcc連接選項中的-l和-L項。
排除編譯、連接過程中的錯誤，應該說這只是程序設計中最簡單、最基本的一個步驟，可以說只是開了個頭。這個過程中的錯誤，只是我們在使用C語言描述一個演算法中所產生的錯誤，是比較容易排除的。我們寫一個程序，到編譯、連接通過為止，應該說剛剛開始，程序在運行過程中所出現的問題，是演算法設計有問題，說得更玄點是對問題的認識和理解不夠，還需要更加深入地測試、調試和修改。一個程序，稍為復雜的程序，往往要經過多次的編譯、連接和測試、修改。下面我們學習的程序維護、調試工具和版本維護就是在程序調試、測試過程中使用的，用來解決調測階段所出現的問題。窗體頂端
窗體底端

7. gcc編譯問題

-c和-o都是gcc編譯器的可選參數。-c表示只編譯(compile)源文件但不鏈接，會把.c或.cc的c源程序編譯成目標文件，一般是.o文件。-o用於指定輸出(out)文件名。不用-o的話，一般會在當前文件夾下生成默認的a.out文件作為可執行程序。

8. gcc的常用編譯命令

gcc編譯命令總結：
1.無選項
gcc test.c
默認生成可執行文件a.out
2.-o 生成的可執行文件名
gcc test.c -o test
3.多個文件一起編譯
gcc test1.c test2.c -o test
4.-O選項
gcc -O1 test1.c -o test
作用:使用編譯優化級別1編譯程序，優化級別為1-3，級別越大優化效果越好，但編譯時間越長
5 -g選項 ：生成可調試信息
6.鏈接庫的命令
gcc test.c -lm -o test
-lm 表示鏈接系統的數學庫 libm.a

9. 如何指定GCC的默認頭文件路徑

看文紅色部 量環境變數供設置影響 GCC 編譯程序式利用些變數控制使用合適命令行選項些環境變數設置目錄名列表些名字 PATH 環境變數使用格式相同特殊字元 PATH_SEPARATOR （安裝編譯程序候定義）用目錄名間 UNIX 系統隔符冒號 Windows 系統號 C_INCLUDE_PATH 編譯C 程序使用該環境變數該環境變數指定纖殲或目錄名列表查找文件像命令行指定 -isystem 選項首先查找 -isystem 指毀薯沖定所目錄 ==> 見 CPATH 、 CPLUS_INCLUDE_PATH OBJC_INCLUDE_PATH COMPILER_PATH 該環境變數指定或目錄名列表沒指定 GCC_EXEC_PREFIX 定位程序編譯程序查找程序 ==> 見 LIBRARY_PATH 、 GCC_EXEC_PREFIX -B 命令行選項 CPATH 編譯C 、 C++ Objective-C 程序使用該環境變數該環境變數指定或目錄名列表查找文件像命令行指定 -l 選項首先查找 -l 指定所目錄 ==> 見 C_INCLUDE_PATH 、手坦 CPLUS_INCLUDE_PATH OBJC_INCLUDE_PATH CPLUS_INCLUDE_PATH 編譯C++ 程序使用該環境變數該環境變數指定或目錄名列表查找文件像命令行指定 -isystem 選項首先查找 -isystem 指定所目錄 ==> 見 CPATH 、 C_INCLUDE_PATH OBJC_INCLUDE_PATH DEPENDENCIES_OUTPUT 文件名設置該環境變數讓預處理程序基於依賴關系 makefile 規則寫入文件包括系統文件名字 環境變數設置單名看作文件名字依賴關系規則名字自源文件名字定義兩名字則第二名字用作依賴關系規則目標名 設置該環境變數結使用命令行選項 -MM 、 -MF -MT 組合 ==> 見 SUNPRO_DEPENDENCIES GCC_EXEC_PREFIX 定義該環境變數作編譯程序執行所程序名字前綴例變數設置 testver 查找 as 匯編器首先名字 testveras 查找沒找編譯程序繼續根據普通名進行查找前綴名使用斜線指路徑名 GCC_EXEC_PREFIX 默認設置 prefix /lib/gcc-lib/ prefix 安裝編譯程序 configure 腳本指定名字該前綴用於定位標准連接程序文件包含進作執行程序部 使用 -B 命令行選項重寫該設置 ==> 見 COMPILER_PATH LANG 該環境變數用於指編譯程序使用字元集創建寬字元文字、串文字注釋 定義LANG C-JIS 指預處理程序位元組字元按照 JIS （語工業標准）字元進行解釋 C-SJIS 用指 Shift -JIS 字元 C-EUCJP 指文 EUC 沒定義 LANG 或定義識別函數 mblen() 用確定字元寬度 mbtowc() 用位元組序列轉換寬字元 LC_ALL 設置該環境變數值重寫 LC_MESSAGES LC_CTYPE 所設置 LC_CTYPE 該環境變數指引用串定義位元組字元字元類主要用於確定字元串字元邊界字元編碼需要用引號或轉義符錯誤解釋字元串結尾或特殊字 符串 Australian English 設置 en_AU ； Mexican Spanish 設置 es_MX 沒設置該變數默認 LANG 變數值或沒設置 LANG 使用 C 英語行見 LC_ALL LC_MESSAGES 該環境變數指編譯程序使用何種語言發診斷消息 Australian English 設置 en_AU ； MexicanSpanish 設置 es_MX 變數沒設置使用 LANG 變數默認值或沒設置 LANG 使用 C 英語行見 LC_ALL LD_LIBRARY_PATH 該環境變數影響編譯程序程序運行候影響變數指定目錄列表程序查找該列表定位共享庫未編譯程序目錄找共享庫候執行程序必須設置該變數

10. 如何設置gcc as-needed編譯選項

Debug選項:在gcc編譯源代碼時指定-g選項可以產生帶有調試信息的目標代碼,gcc可以為多個不同平台上帝不同調試器提供調試信息,默認gcc產生的調試信息是為gdb使用的,可以使用-gformat指定要生成的調試信息的格式以提供給其他平台的其他調試器使用.常用的格式有-ggdb:生成gdb專用的調試信息,使用最適合的格式(DWARF2,stabs等)會有一些gdb專用的擴展,可能造成其他調試器無法運行.-gstabs:使用stabs格式,不包含gdb擴展,stabs常用於BSD系統的DBX調試器.-gcoff:產生COFF格式的調試信息,常用於SystemV下的SDB調試器;-gxcoff:產生XCOFF格式的調試信息,用於IBM的RS/6000下的DBX調試器;-gdwarf-2:產生DWARFversion2的格式的調試信息,常用於IRIXX6上的DBX調試器.GCC會使用DWARFversion3的一些特性.可以指定調試信息的等級:在指定的調試格式後面加上等級:如:-ggdb2等,0代表不產生調試信息.在使用-gdwarf-2時因為最早的格式為-gdwarf2會造成混亂,所以要額外使用一個-glevel來指定調試信息的等級,其他格式選項也可以另外指定等級.gcc可以使用-p選項指定生成信息以供porf使用.