g編譯參數

① gcc -g -o -c分別是什麼意思

-c和-o都是gcc編譯器的可選參數。

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

例如：

gcc -c test.c將生成test.o的目標文件

gcc -o app test.c將生成可執行程序app

gcc -c a.c -o a.o表示把源文件a.c編譯成指定文件名a.o的中間目標文件(其實在這里，把-o a.o省掉，效果是一樣的，因為中間文件默認與源文件同名，只是後綴變化)。

1、如果GCC不帶-C參數，編譯一個源代碼文件（test.c)。那麼會自動將編譯和鏈接一步完成，並生成可執行文件。可執行文件可以有-o參數指定（test.o)

2、如果是多個文件，則需要先編譯成中間目標文件(一般是.o文件），在鏈接成可執行文件，一般習慣目標文件都是以.o後綴，也沒有硬性規定可執行文件不能用.o文件。

(1)g編譯參數擴展閱讀：

gcc：GNU編譯器套件（GNU Compiler Collection）包括C、C++、Objective-C、Fortran、java、Ada和Go語言的前端，也包括了這些語言的庫（如libstdc++、libgcj等等）。GCC的初衷是為GNU操作系統專門編寫的一款編譯器。GNU系統是徹底的自由軟體。此處，「自由」的含義是它尊重用戶的自由。

基本用法：

-o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。

-O，對程序進行優化編譯、鏈接，採用這個選項，整個源代碼會在編譯、鏈接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、鏈接的速度就相應地要慢一些。

② linux c 編譯加什麼參數 可以gdb

Linux C編譯命令是gcc，gcc加上一個-g參數，編譯出來的程序才能帶有gdb的調試信息，才能用gdb調試。不光是gcc編譯命令，編譯C++程序的g++命令也是用-g選項來表示編譯出的程序要帶上gdb調試信息。

③ gcc有哪些命令參數

用法：gcc [選項] 文件...
選項：
-pass-exit-codes 在某一階段退出時返回最高的錯誤碼
--help 顯示此幫助說明
--target-help 顯示目標機器特定的命令行選項
(使用『-v --help』顯示子進程的命令行參數)
-mpspecs 顯示所有內建 spec 字元串
-mpversion 顯示編譯器的版本號
-mpmachine 顯示編譯器的目標處理器
-print-search-dirs 顯示編譯器的搜索路徑
-print-libgcc-file-name 顯示編譯器伴隨庫的名稱
-print-file-name=<庫> 顯示 <庫> 的完整路徑
-print-prog-name=<程序> 顯示編譯器組件 <程序> 的完整路徑
-print-multi-directory 顯示不同版本 libgcc 的根目錄
-print-multi-lib 顯示命令行選項和多個版本庫搜索路徑間的映射
-print-multi-os-directory 顯示操作系統庫的相對路徑
-Wa,<選項> 將逗號分隔的 <選項> 傳遞給匯編器
-Wp,<選項> 將逗號分隔的 <選項> 傳遞給預處理器
-Wl,<選項> 將逗號分隔的 <選項> 傳遞給鏈接器
-Xassembler <參數> 將 <參數> 傳遞給匯編器
-Xpreprocessor <參數> 將 <參數> 傳遞給預處理器
-Xlinker <參數> 將 <參數> 傳遞給鏈接器
-combine 將多個源文件一次性傳遞給匯編器
-save-temps 不刪除中間文件
-pipe 使用管道代替臨時文件
-time 為每個子進程計時
-specs=<文件> 用 <文件> 的內容覆蓋內建的 specs 文件
-std=<標准> 指定輸入源文件遵循的標准
--sysroot=<目錄> 將 <目錄> 作為頭文件和庫文件的根目錄
-B <目錄> 將 <目錄> 添加到編譯器的搜索路徑中
-b <機器> 為 gcc 指定目標機器(如果有安裝)
-V <版本> 運行指定版本的 gcc(如果有安裝)
-v 顯示編譯器調用的程序
-### 與 -v 類似，但選項被引號括住，並且不執行命令
-E 僅作預處理，不進行編譯、匯編和鏈接
-S 編譯到匯編語言，不進行匯編和鏈接
-c 編譯、匯編到目標代碼，不進行鏈接
-o <文件> 輸出到 <文件>
-x <語言> 指定其後輸入文件的語言
允許的語言包括：c c++ assembler none
『none』意味著恢復默認行為，即根據文件的擴展名猜測
源文件的語言

以 -g、-f、-m、-O、-W 或 --param 開頭的選項將由 gcc 自動傳遞給其調用的
不同子進程。若要向這些進程傳遞其他選項，必須使用 -W<字母> 選項。

④ 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語言描述一個演算法中所產生的錯誤，是比較容易排除的。我們寫一個程序，到編譯、連接通過為止，應該說剛剛開始，程序在運行過程中所出現的問題，是演算法設計有問題，說得更玄點是對問題的認識和理解不夠，還需要更加深入地測試、調試和修改。一個程序，稍為復雜的程序，往往要經過多次的編譯、連接和測試、修改。下面我們學習的程序維護、調試工具和版本維護就是在程序調試、測試過程中使用的，用來解決調測階段所出現的問題。窗體頂端
窗體底端

⑤ 請問為什麼我在用gcc編譯c語言寫的一個小程序時不能使用「wall」參數

在控制台 gcc /hello.c -o /hello.out,編譯沒錯的話,就會在根目錄出現一個hello.out的文件,然後 /hello.out,就可以看到結果了. 具體參閱GCC的用法 一.gcc歷史 GCC最早是Richard Stallman在十幾年前編寫的針對於C的編譯器,意思即為GNU C Compiler,後來發展支持Ada，C++,Java,Objective C,Pascal,COBOL,以及支持邏輯編程的Mercury語言，後來其英文原名變為:GNU Compiler ollection([1]).除此之外，GCC對於各種硬體平台都提供了完善的支持。 一般的，GCC的編譯功能包括gcc(C的編譯器),g++(C++的編譯器)，在編譯過程中，一共有四步工作。 1.預處理，生成i文件，C文件編譯為.i文件，C++文件編譯為.ii文件，它們都為源程序的預處理結果文件.以最簡單的Hello World程序為例: ********************************* // test.c #include "stdio.h" #define MAX 9 int main() { int a; a=MAX; printf("Hello Worldn"); } ********************************* 用cpp test.c test.i 可得到預處理文件test.i，通過查看該文件，我們可以看到，我們引入的include文件已經被引入處理，define定義的部分已經被完全帶入。 2.預處理文件轉換成匯編語言，生成.s文件。這一步利用egcs來完成(在mingw標准包中沒有見到這個預編譯器，所以測試沒有成功，將繼續測試） 3.匯編變為目標文件，生成.o文件,利用as來完成。 4.連接目標文件，生成可執行程序，利用ld來完成.(後續繼續研究ld編譯過程。) 二.GCC參數祥解 -x language filename 設定文件使用的語言，這樣源程序的後綴名無效了，並對gcc後接的多個編譯文件都有效。這樣如 果存在.c和.cpp文件聯編會有問題，解決這個問題用到了下一個參數 -x none filename,在下面做介紹。因為在預處理過程中對於.c和.cpp文件的處理方式是不一樣的。可以使用的參數有:'c','objective- c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.編譯的時候， 如果有這樣的一個用C語言寫的test.tmp的文件，用gcc編譯的時候就用gcc -x c test.tmp就可以讓gcc用編譯C語言的方式來編譯test.tmp. -x none filename 關掉上一個選項，就是讓gcc根據文件名後綴，自動識別文件類型。如用下列方式編譯: gcc -x c test.tmp -x none test2.c 這樣可以自由地選擇編譯方式 -c 只激活預處理，編譯和匯編，也就是把程序做成obj文件。如gcc -c test.c 就會生成test.o文件，當然這樣還只是目標文件，需要經過ld連接器對所有的.o文件進行聯接才能生成可執行文件. -S 只激活預處理和編譯，把文件編譯到匯編代碼。相當到對源程序做一個egcs操作,生成.s文件。可以查看生成的匯編文件結果。這個對於研究匯編語言的程序員來說是很有作用的。 -E 只激活預處理，這個將對文件進行預處理，將對所有引入的include文件和define定義的量進行代換，為我們開頭所說的gcc 編譯的第一步，即用cpp命令將程序語言文件進行預處理.但這一步不生成結果文件，如果你需要生成結果文件保存，那麼需要利用系統中的輸出重定向。 -o 定製目標名稱，預設的時候在unix和linux平台下gcc filename的結果是一個文件名為a.out的文件，windows下用mingw里帶的gcc編譯結果是a.exe。如果我們用gcc -o hello.exe test.c的話，將生成hello.exe可執行程序。這個並不一定只限於最後一步可執行程序的生成，如用上面所講的-S生成的匯編程序也可以用-o參 數生成，比如 gcc -o hello.asm -S test.c 這樣hello.asm就是test.c經過預處理和編譯之後的結果。 -pipe 使用管道來代替編譯中的臨時文件，因為編譯的整個過程有幾個不同的步驟，每一個步驟都是以前一個步驟的輸出為輸入的，這樣就涉 及到數據傳遞的問題，在沒有-pipe參數的情況下，是用臨時文件的形式來進行傳遞的，在有該情況的時候就利用管道來傳遞中間數據。當然，在某些系統中， 匯編不能讀取管道數據，這樣這個參數就不能正常工作了。 -ansi 關閉gnu c與ansi c不兼容的特性，激活ansi c的專有特性,在此情況下，處理器會定義一個__STRICT_ANSI__的宏，在有些頭文件中會關注該宏是否被申明過，以避免某些函數的引入。此項可參照ansi c與gnu c的差別得到更多理解。 -fno-asm 此選項為ansi選項功能的一部分，禁止將asm,inline,typeof用作關鍵字。 -fno-strict-prototype 這個選項只對g++有作用。這個參數讓編譯器將所有沒有參數的函數都認為是沒有顯式參數的個數和類型的函數，而不是沒有參數。而對於gcc來說，會將沒有帶參數的函數認成沒有顯式說明的類型。 -fthis-is-variable 這個參數僅對C++程序有效,可以讓this做一般變數使用，允許對this賦值. -fcond-mismatch 允許條件表達式的第二和第三參數類型不匹配.表達式的值為void型. -funsigned-char -fno-signed-char -fsigned-char -fno-unsigned-char 這四個是對char在編譯時進行的設置，它們分別決定將char設為unsigned char或signed char. -include filename 加入頭文件的位置，以使程序中順利使用#include ，這樣就可以在編譯的時候這樣編譯:gcc test.c -include ./include/test.h，進行聯編。 -imacros filename 將filename中的宏擴展到gcc的輸入文件里，宏定義本身不會出現在輸入文件中。意即在編譯某個文件test.c的時候，它裡面申明的宏如果在沒有用到該參數的時候，生成目標文件之後就會被丟棄掉，而在用了這個參數之後，這些宏將被保留用於之後文件的編譯。 -Dmacro 相當於#define macro,宏的內容為字元串'1'。如在編譯的時候使用gcc -o test.exe test.c -DDEBUG就相當於在test.c裡面定義了DEBUG宏，值為字串'1'。可用如下程序測試可知： ********************************** //test.c #include "stdio.h" int main() { printf("Hello Worldn"); #ifdef DEBUG printf("hellon"); #endif } ********************************** 如用gcc -o test.exe test.c編譯，剛運行結果為: Hello World 如用gcc -o test.exe test.c -DDEBUG編譯，則運行結果為: Hello World hello 因此可以在下一種編譯方法中相當於在test.c裡面定義了DEBUG宏。 -Dmacro=define 作用同上，但設定宏的值為define. -Umacro 相當於給程序中定義的宏作了一次undefine.即:#undef macro -undef 取消了對任何非標准友的定義 -Idir 在#include 的時候，先在用這個參數指定的位置找頭文件，如果沒有找到，則到預設的目錄找頭文件 -I- 取消-Idir的作用，表明以後編譯的程序將不在-Idir指定的目錄里尋找頭文件。 -idirafter dir 在-I的目錄裡面查找失敗之後，再在這個目錄裡面查找頭文件，這樣的參數為設置頭文件查找的優先順序問題比較有幫助。 -iprefix prefix -iwithprefix dir 這兩個參數一起用，在-I目錄尋找失敗的時候，到prefix的dir下查找頭文件。 -nostdinc 編譯器不再系統預設的頭文件目錄裡面找頭文件。這樣就可以精確地確定頭文件的來源，應該比較慎用，在對編譯器不是很了解的情況下容易造成編譯失敗. -nostdinc C++ 不在g++的標准路徑中找頭文件，但在其他的路徑中繼續找。在創lib的時候用。 -C 為了有效的分析程序，有預處理的時候不刪除注釋信息，與-E一起使用，有利用分析程序的過程。 -M 生成文件的關聯的信息，這樣就可以知道源代碼文件裡面關聯了哪些它所依賴的頭文件。 -MM 同上，但忽略由#include 造成的依賴關系 -MD 跟-M相當，但是輸出導入到.d文件中，如gcc -MD test.c，剛輸出的依賴關系存放在test.d文件里。 -MMD 跟-MM相同，但是輸出到.d文件中,如gcc -MMD test.c，剛輸出的依賴關系存放在test.d文件里。忽略#include 的關系 -Wa,option 這個參數將option傳給匯編程序，如果option中有逗號，則會把option分成多項，傳給匯編程序。 -Wl,option 這個參數將option傳給連接程序，如果option中有逗號，則會把option分成多項，傳給連接程序。 -llibrary 用於制定編譯的時候使用的庫，如 gcc -lgtk tset.c則程序使用gtk庫進行編譯，不過需要注意的是gcc庫一般都是以libname.a來命名庫文件，在用-l參數來加入庫文件的時候，直接用-lname來引入，而前面的lib被省掉。這一點需要注意。 -Ldir 編譯的時候設定庫文件查找的路徑，不然的話，編譯器只在標准庫路徑裡面找庫。 -00 -01 -02 -03 編譯器的優化選項，-00表示沒有優化,-01為預設值，-03為最高。 -g 在編譯的時候，產生調試信息 -gstabs 以stabs格式聲稱調試信息，但不包括gdb的調試信息。 -gstabs+ 以stabs格式聲稱調試信息，包括gdb的調試信息。 -ggdb 該參數將把gdb的調試信息輸出 -static 這個參數將禁止使用動態庫，這樣程序只能連接靜態庫。 -share 這個參數將讓程序盡量使用動態庫 -traditional 試圖讓編譯器支持傳統的C語言的特性. 三.總結 gcc的參數還遠遠多於上面寫到的這些，但是有以上的參數我們已經可以對gcc的大部分編譯掌握的比較熟練了，更多的參數介紹可以參照GCC的manual，現在已有翻譯了的中文手冊，地址在下面的參考文獻裡面被列出，有興趣的朋友可以參考。 ~

⑥ 如何識別java命令行編譯參數

javac

用法：javac <選項> <源文件>
其中，可能的選項包括：
-g 生成所有調試信息
-g:none 不生成任何調試信息
-g:{lines,vars,source} 只生成某些調試信息
-nowarn 不生成任何警告
-verbose 輸出有關編譯器正在執行的操作的消息
-deprecation 輸出使用已過時的 API 的源位置
-classpath <路徑> 指定查找用戶類文件的位置
-cp <路徑> 指定查找用戶類文件的位置
-sourcepath <路徑> 指定查找輸入源文件的位置
-bootclasspath <路徑> 覆蓋引導類文件的位置
-extdirs <目錄> 覆蓋安裝的擴展目錄的位置
-endorseddirs <目錄> 覆蓋簽名的標准路徑的位置
-d <目錄> 指定存放生成的類文件的位置
使用-d參數，如類中定義了包，則編譯時會自動生成包， 如：javac -d . helloworld.java
表示在當前目錄下編譯Helloworld 類。.表示當前目錄，如helloword中定義有包，則在當前目錄下生成包：

-encoding <編碼> 指定源文件使用的字元編碼
-source <版本> 提供與指定版本的源兼容性
-target <版本> 生成特定 VM 版本的類文件
-version 版本信息
-help 輸出標准選項的提要
-X 輸出非標准選項的提要
-J<標志> 直接將 <標志> 傳遞給運行時系統

java

用法: java [-選項] 類 [參數...]
(執行一個類)
或者 java [-選項] -jar jar文件 [參數...]
(執行一個jar文件)
其中，可能的選項包括：
-client 選擇 "client" VM(ginger547:應該是指Virtual Machine)
-server 選擇 "server" VM
-hotspot 與 "client" VM同義 [不贊成]
默認情況的VM是client.
-cp <一個文件夾和zip/jar文件組成的類搜索路徑>
-classpath <一個文件夾和zip/jar文件組成的類搜索路徑>
一個由文件夾，JAR壓縮文件，或者ZIP壓縮文件組成的用來搜索類的列表
-D<名字>=<值>
設置一個系統屬性
-verbose[:class|gc|jni]
使詳細輸出變的可用
-version 列印產品版本然後退出
-version:<值>
只運行指定版本
-showversion 列印產品版本後繼續
-jre-restrict-search | -jre-no-restrict-search
在版本搜索的時候，包含/排除用戶私人的JRE
-? -help 列印幫助信息
-X 列印非標准選項幫助
-ea[:<包名>...|:<類名>]
-enableassertions[:<包名>...|:<類名>]
使斷言可用
-da[:<包名>...|:<類名>]
-disableassertions[:<包名>...|:<類名>]
是斷言不可用
-esa | -enablesystemassertions
使系統級斷言可用
-dsa | -disablesystemassertions
使系統級斷言不可用
-agentlib:<庫名>[=<選項>]
載入本地代理庫<庫名>,例如. -agentlib:hprof
同時可查看, -agentlib:jdwp=help和 -agentlib:hprof=help
-agentpath:<路徑名>[=<選項>]
通過全路徑名來載入本地代理庫
-javaagent:<jar路徑>[=<選項>]
載入Java編程語言代理，可查看 java.lang.instrument

⑦ (Linux)gcc進行優化編譯的參數是什麼

將file.c文件編譯產生可執行文件myprog（-o選項），並且在編譯的時候，生成調試信息(-g信息)。讓gdb調試器可以調試該程序。
gcc是編譯器程序名字
-o是可執行文件名字輸出參數
-g是插入調試信息參數
當然是調試可執行文件myprog

⑧ 如何判斷GCC或者G++ 編譯的時候帶了

通常找不到指定函數不是因為編譯參數問題。而是你 g.cpp 中在include f.h的時候沒有使用：
extern "C" {
#include"f.h"
}
因為C語言和cpp的編譯過程中的函數名稱修飾規則是不一樣的。當cpp引用C庫的時候必須告訴編譯器，哪些函數是C函數，編譯器會按照C的名稱修飾去函數庫中搜索函數，這樣才能正常鏈接。
你通常不需要手動使用ld 命令。直接使用gcc 命令就可以了
gcc -oa.out f.a g.o
就可以了。它會自動調用ld 命令。

⑨ gcc編譯時的-g參數是什麼意思

生成調試信息。GNU 調試器可利用該信息。