manページ  — GCC

このマニュアルはボランティアのメンテナンスが行なわれた時にのみ更新され るもので、常に最新の情報を示しているわけではありません。 もしこのマニュアルと実際のソフトウェアの間に矛盾点があれば、 正式なドキュメントである Info ファイルのほうを参照して下さい。

このマニュアル中の古い記述が重大な混乱や不具合をきたすことになれば、 このマニュアルページの配布は中止します。 GNU CCのメンテナンス作業の都合上、 Info ファイルを更新した時にマニュアルページも併せて更新することは できません。マニュアルページは時代遅れであり、 これに時間をかけるべきではないと GNU プロジェクトでは考えています。

完全な最新のドキュメンテーションが必要な場合は、Info ファイルの` gcc amp;' またはマニュアルの Using and Porting GNU CC (for version 2.0) amp; を参照して下さい。この双方は Texinfo のソースファイル gcc.texinfo から生成されます。

amp;.c     C言語ソースです。プリプロセッサ、コンパイラ、アセンブラにかけられます。
amp;.C     C++言語ソースです。プリプロセッサ、コンパイラ、アセンブラにかけられます。
amp;.cc    C++言語ソースです。プリプロセッサ、コンパイラ、アセンブラにかけられます。
amp;.cxx   C++言語ソースです。プリプロセッサ、コンパイラ、アセンブラにかけられます。
amp;.m     Objective-C 言語ソースです。プリプロセッサ、コンパイラ、アセンブラにかけられます。
amp;.i     プリプロセッサにかけられたC言語ソースです。コンパイラ、アセンブラにかけられます。
amp;.ii    プリプロセッサにかけられたC++言語ソースです。コンパイラ、アセンブラにかけられます。
amp;.s     アセンブリ言語ソースです。アセンブラにかけられます。
amp;.S     アセンブリ言語ソースです。プリプロセッサ、アセンブラにかけられます。
amp;.h     プリプロセッサファイルです。通常はコマンドラインには現れません。

amp;.o     オブジェクトファイルです。
amp;.a     アーカイブファイルです。

リンクは、オプション -c, -S, -E を指定して抑制しないかぎり(もしくはコンパイルエラーによってすべての処理が中断 しないかぎり)、常に最終ステージで実行されます。 リンクのステージにおいては、ソースファイルに対応した全ての .o ファイルと、 -l で指定したライブラリと、認識されなかったファイル名 (名前に .o のついたオブジェクトファイルや .a のついたアーカイブを含む) は、 コマンドラインに並べられた順番でリンカに渡されます。

ほとんどの ` -f amp;' と ` -W amp;' 形式のオプションには、 -fname と -fno-name amp; (または -Wname と -Wno-name amp;) の形式の、対照的な表現があります。ここではデフォルトでない形式の みを示します。

すべてのオプションを種類別に分けてまとめました。詳しい解説は 以下の節で行ないます。

全体的なオプション
	-c -S -E -o file -pipe -v -x language
言語オプション
	-ansi -fall-virtual -fcond-mismatch -fdollars-in-identifiers -fenum-int-equiv -fexternal-templates -fno-asm -fno-builtin -fhosted -fno-hosted -ffreestanding -fno-freestanding -fno-strict-prototype -fsigned-bitfields -fsigned-char -fthis-is-variable -funsigned-bitfields -funsigned-char -fwritable-strings -traditional -traditional-cpp -trigraphs
警告オプション
	-fsyntax-only -pedantic -pedantic-errors -w -W -Wall -Waggregate-return -Wcast-align -Wcast-qual -Wchar-subscript -Wcomment -Wconversion -Wenum-clash -Werror -Wformat -Wid-clash-len -Wimplicit -Wimplicit-int -Wimplicit-function-declaration -Winline -Wlong-long -Wmain -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wno-import -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch -Wtemplate-debugging -Wtraditional -Wtrigraphs -Wuninitialized -Wunused -Wwrite-strings
デバッグオプション
	-a -dletters -fpretend-float -g -glevel -gcoff -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+ -ggdb -p -pg -save-temps -print-file-name=library -print-libgcc-file-name -print-prog-name=program
最適化オプション
	-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch -felide-constructors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-mem -finline-functions -fkeep-inline-functions -fmemoize-lookups -fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole -fomit-frame-pointer -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fstrength-reduce -fthread-jumps -funroll-all-loops -funroll-loops -O -O2 -O3 -O0 -Os
プリプロセッサオプション
	-Aassertion -C -dD -dM -dN -Dmacro[=defn] -E -H -idirafter dir -include file -imacros file -iprefix file -iwithprefix dir -M -MD -MM -MMD -nostdinc -P -Umacro -undef
アセンブラオプション
	-Wa,option
リンカオプション
	-llibrary -nostartfiles -nostdlib -static -shared -symbolic -Xlinker option -Wl,option -u symbol
ディレクトリオプション
	-Bprefix -Idir -I- -Ldir
ターゲットオプション
	-b machine -V version
コンフィギュレーション依存オプション
	M680x0 オプション -m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881 -mbitfield -mc68000 -mc68020 -mfpa -mnobitfield -mrtd -mshort -msoft-float VAX オプション -mg -mgnu -munix SPARC オプション -mepilogue -mfpu -mhard-float -mno-fpu -mno-epilogue -msoft-float -msparclite -mv8 -msupersparc -mcypress Convex オプション -margcount -mc1 -mc2 -mnoargcount AMD29K オプション -m29000 -m29050 -mbw -mdw -mkernel-registers -mlarge -mnbw -mnodw -msmall -mstack-check -muser-registers M88K オプション -m88000 -m88100 -m88110 -mbig-pic -mcheck-zero-division -mhandle-large-shift -midentify-revision -mno-check-zero-division -mno-ocs-debug-info -mno-ocs-frame-position -mno-optimize-arg-area -mno-serialize-volatile -mno-underscores -mocs-debug-info -mocs-frame-position -moptimize-arg-area -mserialize-volatile -mshort-data-num -msvr3 -msvr4 -mtrap-large-shift -muse-div-instruction -mversion-03.00 -mwarn-passed-structs RS6000 オプション -mfp-in-toc -mno-fop-in-toc RT オプション -mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs -mfull-fp-blocks -mhc-struct-return -min-line-mul -mminimum-fp-blocks -mnohc-struct-return MIPS オプション -mcpu=cpu type -mips2 -mips3 -mint64 -mlong64 -mlonglong128 -mmips-as -mgas -mrnames -mno-rnames -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy -mno-memcpy -mno-mips-tfile -mmips-tfile -msoft-float -mhard-float -mabicalls -mno-abicalls -mhalf-pic -mno-half-pic -G num -nocpp i386 オプション -m386 -m486 -mpentium -mpentiumpro -mno-486 -mcpu=cpu type -march=cpu type -msoft-float -mrtd -mregparm -msvr3-shlib -mno-ieee-fp -mno-fp-ret-in-387 -mfancy-math-387 -mno-wide-multiply -mdebug-addr -mno-move -mprofiler-epilogue -reg-alloc=LIST HPPA オプション -mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs -mno-shared-libs -mlong-calls -mdisable-fpregs -mdisable-indexing -mtrailing-colon i960 オプション -mcpu-type -mnumerics -msoft-float -mleaf-procedures -mno-leaf-procedures -mtail-call -mno-tail-call -mcomplex-addr -mno-complex-addr -mcode-align -mno-code-align -mic-compat -mic2.0-compat -mic3.0-compat -masm-compat -mintel-asm -mstrict-align -mno-strict-align -mold-align -mno-old-align DEC Alpha オプション -mfp-regs -mno-fp-regs -mno-soft-float -msoft-float System V オプション -G -Qy -Qn -YP,paths -Ym,dir
コード生成オプション
	-fcall-saved-reg -fcall-used-reg -ffixed-reg -finhibit-size-directive -fnonnull-objects -fno-common -fno-ident -fno-gnu-linker -fpcc-struct-return -fpic -fPIC -freg-struct-return -fshared-data -fshort-enums -fshort-double -fvolatile -fvolatile-global -fverbose-asm

` -E amp;' オプションを使用すると、GCC はプリプロセス以外の処理を行いません。 以下に示すオプションのうちのいくつかは、` -E amp;' と同時に使用された時のみ意味をもちます。なぜならば、これらのオプション によって、実際のコンパイルには不適当なプリプロセッサ出力が生成されるためです。

-include file
	file amp; を、通常の入力ファイルが処理される前に処理します。結果的に file amp; に含まれる内容は、一番最初にコンパイルされることになります。コマンドラ インに指定されたすべての ` -D amp;' や ` -U amp;' オプションは、その記述された順番に関わらず常に ` -include file amp; amp;' が処理される前に処理されます。全ての ` -include amp;' や ` -imacros amp;' オプションは、それらが記述された順番通りに処理されます。
-imacros file
	通常の入力ファイルを処理する前に file amp; を入力として処理しますが、その結果の出力を捨てます。 file amp; によって生成された出力は捨てられるため、` -imacros file amp; amp;' の処理結果の影響は、 file amp; 中に記述されたマクロがメインの入力ファイル中で使用可能になることだけです。 プリプロセッサは、` -imacros file amp;' が記述された順番に関わらず、これを処理する前に、 コマンドラインから与えられた全ての ` -D amp;' や ` -U amp;' オプションを評価します。全ての ` -include amp;' および ` -imacros amp;' オプションは、それらが記述された順番通りに処理されます。
-idirafter dir
	ディレクトリ dir amp; を第 2 インクルードパスに加えます。第 2 インクルードパス中のディレクトリは、 メインインクルードパス (オプション ` -I amp;' によって追加されます) 中にヘッダファイルを探した結果発見できな かった場合に検索されます。
-iprefix prefix
	prefix amp; を、その後に続く ` -iwithprefix amp;' オプション用のプレフィックスとして使用します。
-iwithprefix dir
	ディレクトリを第 2 インクルードパスに追加します。ディレクトリ名は prefix amp; と dir amp; を連結することによって得られます。ここで prefix は、` -iprefix amp;' オプションによって指定されたものです。
-nostdinc
	ヘッダファイルのための標準のシステムディレクトリを検索しません。` -I amp;' オプションによって指定したディレクトリ (またはカレントディレクト リ) のみを検索します。 ` -nostdinc amp;' と ` -I- amp;'を使用することにより、インクルードファイルの検索パスを明示的に指 定したディレクトリのみに限定することが可能となります。
-nostdinc++
	ヘッダファイルの検索に、C++-固有の標準ディレクトリを用いません。ただ しそれ以外の標準ディレクトリは検索されます。 (このオプションは ` libg++ amp;' の構築に使用されます。)
-undef	標準でない定義済みマクロ(アーキテクチャフラグも含めて)を定義しません。
-E	C プリプロセッサの処理のみを行います。指定された全ての C のソースファイル に対してプリプロセスを行ない、標準出力、または指定された出力ファイルに 対して出力を行います。
-C	プリプロセッサに対してコメントの削除を行なわないように指示します。 ` -E amp;' オプションとともに使用されます。
-P	プリプロセッサに対して ` #line amp;' コマンドを生成しないように指示します。 ` -E amp;' オプションとともに使用されます。
-M [ -MG ]	プリプロセッサに対して make で使用可能な、オブジェクト間の依存関係を記述した出力を生成するように指示 します。それぞれのソースファイルに対して、プリプロセッサは make amp; のための規則を 1 つ出力します。この出力は、ターゲットとして そのソースファイルから生成されるオブジェクトファイルのファイル名をとり、 依存するファイルのリストとしては ` #include amp;' によってソースファイルに 読み込まれる全てのファイルの名前が並びます。この 規則は 1 行、あるいは長い場合には` \ amp;' と改行を入れて複数行で出力されます。この規則のリストは、プリプロセス済 みの C プログラムのかわりに、標準出力へと出力されます。 ` -M amp;' は暗黙のうちに ` -E amp;' を含みます。 ` -MG amp;' を指定すると、見つからないヘッダファイルは生成されたファイルであり、 それらはソースファイルと同じディレクトリに存在するとみなします。 これは ` -M amp;' と同時に指定しなければなりません。
-MM [ -MG ]	` -M amp;' と似ていますが、` #include " file amp;" amp;'によってインクルードされるユーザ定義のヘッダファイルのみを対象に した出力ファイルを生成します。` #include < file amp;> amp;' によってインクルードされるシステムヘッダファイルは省略されます。
-MD	` -M amp;' と似ていますが、依存情報は出力ファイル名の最後の ` .o amp;' を ` .d amp;' に置き換えたファイル名のファイルに対して出力されます。 amp;` -MD amp;' を指定したファイルのコンパイルもこれに加えて行なわれ、 ` -M amp;' のように通常のコンパイルを抑制することはありません。 Mach のユーティリティである` md amp;' は、これらの複数の ` .d amp;' ファイルを ` make amp;' コマンドによって使用できる単一の依存記述ファイルへとマージするのに使用 することができます。
-MMD	` -MD amp;' と似ていますが、ユーザヘッダファイルのみを対象とし、システムヘッダ ファイルを無視します。
-H	通常の動作に加えて、使用されたヘッダファイルの名前を表示します。
-Aquestion(answer)
	question に対するアサーション answer amp; を定義します。これは ` #if #question(answer) amp;' のようなプリプロセッサ条件節によってテストされます。` -A- amp;' は標準のアサーション(通常はターゲットマシンに関 する情報を表している)を禁止します。
-Dmacro	マクロ macro amp; に対して文字列 ` 1 amp;' を定義として与えます。
-Dmacro=defn
	マクロ macro amp; を defn amp; として定義します。コマンドライン上の全ての ` -D amp;' オプションは ` -U amp;' オプションの処理を行なう前に処理されます。
-Umacro	マクロ macro amp; の定義を無効にします。` -U amp;' オプションは全ての ` -D amp;' オプションの処理が終了した後、` -include amp;' と ` -imacros amp;' オプションの処理の前に処理されます。
-dM	プリプロセッサに対して、プリプロセス終了時に有効であったマクロの定義の みを出力するように指示します。` -E amp;' オプションとともに使用します。
-dD	プリプロセッサに対して、全てのマクロ定義を適切な順番で出力中にそのまま 出力するように指示します。
-dN	` -dD amp;' と似ていますが、マクロの引数と内容を削除します。 出力には` #define name amp; amp;' のみが含まれます。

以下のオプションは、GNU CC が生成する警告の量と種類を制御します。

-fsyntax-only
	コードの文法エラーをチェックしますが、一切出力は行いません。
-w	全ての警告メッセージを抑制します。
-Wno-import
	#import の利用による警告メッセージを抑制します。
-pedantic
	厳密な ANSI 標準 C 言語で規定している全ての警告を表示し、許されていない拡張を 使用したプログラムを全て拒否します。 正当な ANSI 標準 C プログラムは、このオプションの有無に関わらず コンパイルできるべきです (もっとも、ほんのわずかではありますが ` -ansi amp;' を必要とするものはあります)。しかし、このオプションを使用しない場合、 GNU 拡張や伝統的な C の特徴も、これに加えてサポートされます。このオプション を使用すれば、それらは拒絶されます。このオプションを 使う amp;理由はありませんが、こだわりのある人々を満足させるためにのみ 存在しています。 ` -pedantic amp;' は、始まりと終りとが ` __ amp;' である代替キーワードの使用については、警告しません。 同様に __extension__ amp; に続く表現についても警告しません。しかし、システムヘッダファイルのみ がこの抜け道を使用すべきであり、アプリケーションプログラムはこれを避け るべきです。
-pedantic-errors
	` -pedantic amp;' と似ていますが、警告のかわりにエラーを出します。
-W	以下のイベントに対して、特別な警告メッセージを表示します。
»	volatile でない自動変数が longjmp amp; の呼び出しによって変更され得る場合です。これらの警告は、最適化コンパイル の時のみ問題になり得ます。 コンパイラは setjmp amp; の呼び出しのみを見ています。コンパイラは、どこで longjmp amp; が呼び出されるかを知ることはできません。実際には、シグナルハンドラは コード中の任意の場所で longjmp amp; を呼び出すことができます。従って、実際には longjmp amp; への呼び出しが危険な部分からはおこなわれていないために問題のないプ ログラムであっても、警告が発せられることになります。
»	関数が、値を伴ってリターンする場合と、値を伴わずにリターンする場合の両方 が起こりうる場合です。 (関数の最後を抜けていくことは、値を伴わずに関数をリターンするとみなされます。) 例えば、次の関数がこの種類の警告を引き起こします。 foo (a) { if (a > 0) return a; } ある関数 ( abort amp; や longjmp amp; を含む) が決してリターンしないということを GNU CC が理解できないために、にせの警告 が発生するかもしれません。
»	式文 (expression-statement) またはコンマ式の左部分が 一切の副作用を含まない場合です。 警告を抑制するには、使用しない式を void にキャストして下さい。 例えば ` x[i,j] amp;' といった式は警告されますが、` x[(void)i,j] amp;' は警告されません。
&#187;	符号無しの値が 0 と ` > amp;' または ` <= amp;' で比較される場合です。
-Wimplicit-int
	型を指定していない宣言に対して警告します。
-Wimplicit-function-declaration
	宣言に先立って用いられた関数に対して警告します。
-Wimplicit
	-Wimplicit-int および -Wimplicit-function-declaration と同じです。
-Wmain	main 関数が不審な型で宣言あるいは定義されている場合に警告します。 通常、main は外部リンケージを持ち、 int amp; を返し、0 個または 2 個の引数をとる関数です。
-Wreturn-type
	関数の戻り値の型が、デフォルトである int amp; に定義された時に常に警告します。また、戻り値の型が void でない関数内に、戻り値のない return amp; 文がある場合にも常に警告します。
-Wunused	ローカル変数が宣言されたにも関わらず使用されていない場合、静的に宣言さ れた関数の実体が定義されていない場合、計算結果が明らかに 利用されていない場合に常に警告します。
-Wswitch	switch amp; 文がインデックスとして列挙型をとっている時、その列挙型中のいくつ かの値に対する case amp; が欠けている場合に常に警告します。( default amp; ラベルが存在する場合、この警告は出ません。) このオプションを使用した場合 には、列挙型の範囲を越えた case amp; ラベルも、常に警告されます。
-Wcomment
	コメントの開始文字列 ` /* amp;' がコメント中に現れた時に常に警告します。
-Wtrigraphs
	トライグラフの出現を常に警告します (トライグラフが使用可能であると仮定します)。
-Wformat	printf amp;, scanf amp; などへの呼び出しに対して、与えられた引数が、フォーマット文字列の指 定を満足する型を持っているかを検査します。
-Wchar-subscripts
	配列の添字の型が char であった場合に警告します。これはよくある間違いのもとです。 いくつかのマシンにおいてはこの型が符号付きであることを、 プログラマはしばしば忘れてしまいます。
-Wuninitialized
	初期化されていない自動変数が使用されています。 これらの警告は、最適化コンパイルを行なう時のみ発生します。なぜなら、 コンパイラは最適化を行なう時にのみデータフロー情報を必要とするからです。 もし ` -O amp;' を指定しなかった場合は、この警告を得ることはできません。 これらの警告は、レジスタ割り当ての対象となった変数についてのみ発生します。 従って、 volatile amp; であると宣言された変数や、アドレス上に割り当てられた変数、サイズが 1, 2, 4, 8 バイト以外の変数に関してはこれらの警告は発生しません。 さらに、構造体、共用体、配列については、たとえそれらがレジスタに 割り当てられたとしても、これらの警告は発生しません。 ある変数によって計算された値が結局使用されないような変数については、一切の 警告が生じないことに注意して下さい。このような計算は、警告が表示される前に データフロー解析によって削除されます。 これらの警告をオプションにした理由の一つは、GNU CC がまだあまり賢くなくて、 あるコードが一見間違いを含むかのように見えても それは実は正しいものかもしれない、 ということを GNU CC が理解できない、というものです。 ここにその 1 つの例を挙げます。 { int x; switch (y) { case 1: x = 1; break; case 2: x = 4; break; case 3: x = 5; } foo (x); } もし y amp; の値が常に 1, 2 あるいは 3 である限りは x amp; は常に 初期化されます。しかし GNU CC はこれを知ることはできません。もう 1 つの一般 的な例を挙げます。 { int save_y; if (change_y) save_y = y, y = new_y; ... if (change_y) y = save_y; } これはバグを含みません。なぜなら save_y amp; は、その値が設定された時のみ使用されるからです。 いくつかのにせの警告は、使用している決してリターンしない関数全てに対して volatile amp; と宣言することによって防ぐことが可能です。
-Wparentheses
	ある特定の文脈中で括弧が省略されていた場合に警告します。
-Wtemplate-debugging
	C++ プログラムにおいてテンプレートを使用している際に、デバッグが完全に 可能でない場合を警告します (C++ のみ)。
-Wall	全ての上に挙げた ` -W amp;' オプションを結合したものです。これらのオプションは全て、 たとえマクロとの組み合わせ であっても、避けたほうがいいと我々が推奨する用法や、 簡単に避けることができると我々が信じている用法に関するものです。
残りの ` -W... amp;' オプションは ` -Wall amp;' によっては暗黙のうちに指定されません。なぜならこれらは、クリーンなプ ログラムにおいても、ある状況においては使用することが妥当であると我々が 考える構造についての警告を行なうオプションだからです。
-Wtraditional
	伝統的な C と ANSI C において異なった振舞いをする特定の構造について警 告します。
&#187;	マクロ引数がマクロ本体内の文字列定数に現れるものです。これは、伝統的な C に おいてはその引数で置換しましたが、ANSI C においては定数の一部として扱わ れます。
&#187;	ブロック内で外部宣言であると宣言され、かつそのブロックの終端の後で 使用されている関数です。
&#187;	オペランドとして long amp; 型をとる switch amp; 文です。
-Wshadow	ローカル変数が他のローカル変数を隠している時に常に警告します。
-Wid-clash-len
	2 つの全く別の識別子の最初の len 文字が一致した時に警告します。これはある種の旧式な おばかさんコンパイラでコンパイルされ得るプログラムを作る場合に役に立ちます。
-Wpointer-arith
	関数型や void amp; の ``サイズ'' に依存するものを全て警告します。GNU C はこれらに対して、 サイズ 1 を割り当てています。これは void * amp; ポインタと関数へのポインタにおける計算を簡便にするためです。
-Wcast-qual
	ポインタが、型修飾子が削除されるようにキャストされる全ての場合に警告します。 例えば const char * amp; を 普通の char * amp; にキャストした場合に警告がなされます。
-Wcast-align
	ポインタのキャストにおいて、そのターゲットに要求される境界条件が 大きくなるようなキャストを全て警告します。例えば char * amp; が int * amp; へとキャストされると、整数が 2、あるいは 4 バイト境界でしかアクセスで きないマシンにおいては警告が発せられます。
-Wwrite-strings
	文字定数に対して、型 const char[ length ] amp; を与え、非- const amp; の char * ポインタへのアドレスのコピーに対して警告するようにします。この警告は、 宣言とプロトタイプにおいて const amp; の使用を非常に注意深くおこなっていさえすれば、 文字列定数に書き込みをしそうなコードをコンパイル時に発見することを助けますが、 そうでない場合は有害無益な指定です。これが、我々がこの警告を ` -Wall amp;' のリクエストに含めなかった理由です。
-Wconversion
	同じ引数が与えられた時に、プロトタイプが存在する場合とプロトタイプが 存在しない場合とで、異なった型変換を引き起こす場合について警告します。 これは固定小数点から浮動小数点への変換やその逆、デフォルトの動作と異なる固定 小数点引数の幅や符号の有無の変換が含まれます。
-Waggregate-return
	構造体や共用体を返す関数を定義した場合や、 それらを呼び出す全ての場合に警告します。 (配列を返すことができる言語においても、これは警告を引き起こします。)
-Wstrict-prototypes
	引数の型を指定せずに関数を宣言、あるいは定義した場合に警告します。 (以前に引数の型を指定した宣言が存在する場合には、旧式の関数宣言に対しては 警告をしません。)
-Wmissing-prototypes
	グローバルな関数を、その前にプロトタイプ宣言をせずに定義した場合に 警告します。 この警告は、たとえその定義自身がプロトタイプを含んでいたとしても発生します。 この警告の目的は、ヘッダファイル中にグローバル関数の定義を忘れるこ とを防ぐことにあります。
-Wmissing-declarations
	グローバルな関数を、その前に宣言をせずに定義した場合に警告します。 たとえその定義自身がプロトタイプを含んでいたとしても警告します。 このオプションは、ヘッダファイル中に定義されていないグローバル関数を 見つけるために使います。
-Wredundant-decls
	同一スコープ中で複数回、同一対象を宣言した場合に、たとえそれが正当で何も 変化させない場合であっても警告します。
-Wnested-externs
	関数内で extern amp; 宣言を行なった場合に警告します。
-Wenum-clash
	異なる列挙型の間で変換を行なった際に警告します (C++ のみ)。
-Wlong-long
	long long 型が使用されている場合に警告します。これはデフォルトです。 この警告メッセージを抑止するには ` -Wno-long-long amp;' フラグを用いて下さい。フラグ ` -Wlong-long amp;' および ` -Wno-long-long amp;' は、フラグ ` -pedantic amp;' 使用時のみ考慮されます。
-Woverloaded-virtual
	(C++ のみ。) 導出クラスにおいて、仮想関数の定義は基底クラスで定義された仮想関数の型 の記述と一致していなければなりません。このオプションを使用することによっ て、基底クラスにおける仮想関数と同一の名前を持ち、基底クラスのいかなる 仮想関数とも異なった型の記述を持つ関数に対して警告が行われます。これに よって、導出クラスが仮想関数を定義しようとして失敗する場合を警告するこ とができます。
-Winline	関数がインライン宣言されている、あるいは -finline-functions オプションが与えられている場合に、関数をインライン展開できなかった場合 に警告します。
-Werror	警告をエラーとして扱います。警告の後にコンパイルを中断します。

これに加えて、古い、あるいはより新しいバージョンの GNU CC も同時にいく つもインストールしていくことができます。これらのうち 1 つ (おそらくもっ とも新しいもの) がデフォルトとなります。しかし、ひょっとしたら別のものを使 いたくなるかもしれません。

-b machine
	引数 machine amp; は、コンパイルのターゲットマシンを規定します。これは GNU CC をクロス コンパイラとしてインストールした時に有用です。 machine amp; に指定する値は、GNU CC をクロスコンパイラとしてコンフィギュレーション した時に与えたマシンタイプと同じです。例えば、80386 上の System V で実行されるプログラムのために ` configure i386v amp;' というコンフィギュレーションを行なったクロスコンパイラを起動した い場合は、` -b i386v amp;' と指定します。 ` -b amp;' の設定を省略した場合は、通常は使用しているマシンと同タイプのマシン のためのコンパイルが行われます。
-V version
	引数 version amp; は、起動される GNU CC のバージョンを規定します。これは複数のバージョンが インストールされている場合に有用です。例えば、 version amp; が ` 2.0 amp;' ならば、GNU CC バージョン 2.0 を起動することを意味します。 ` -V amp;' を指定しなかった場合のデフォルトのバージョンは、GNU CC をインストール する時に調整可能です。通常は、もっとも一般的な使用に勧めることができる バージョンがここに指定されます。

いくつかのコンフィギュレーションは、通常はそのプラットフォーム上の 他のコンパイラとのコマンドラインに関するの互換性をとるため の特別なオプションを用意しています。

以下は 68000 シリーズのために定義された ` -m amp;' オプションです。

-m68000
-mc68000	68000 のためのコードを生成します。これは 68000 ベースのシステムに対して コンフィギュレーションを行なったコンパイラのデフォルトです。
-m68020
-mc68020	(68000 ではなく) 68020 のためのコードを生成します。これは 68020 ベースの システムに対してコンフィギュレーションを行なったコンパイラのデフォルト です。
-m68881	浮動小数点演算のために 68881 命令を含んだ出力を行います。これはほとんどの 68020 ベースのシステムにおいて、コンパイラのコンフィギュレーション時に -nfp を指定されなかった場合のデフォルトです。
-m68030	68030 のためのコードを生成します。これは 68030 ベースのシステムに対して コンフィギュレーションを行なったコンパイラのデフォルトです。
-m68040	68040 のためのコードを生成します。これは 68040 ベースのシステムに対して コンフィギュレーションを行なったコンパイラのデフォルトです。
-m68020-40	68040 のためのコードを生成しますが、新しい命令を使用しません。この結果とし て得られるコードは、68020/68881, 68030, 68040 のいずれのシステムにおいても、 比較的高い性能を持ちます。
-mfpa	浮動小数点演算のために Sun FPA 命令を含んだ出力を行います。
-msoft-float
	浮動小数点演算のためにライブラリを呼び出す出力を行います。 警告: この必須のライブラリは GNU CC の一部としては含まれません。通常はそのマシン の一般的な C コンパイラの提供するものを使用しますが、これは通常の方法 ではクロスコンパイルで直接使用することはできません。クロスコンパイルを行 ないたい場合は、自分自身で必要なライブラリ関数を用意する必要があります。
-mshort	int amp; 型を short int amp; 型のように 16 ビット幅とみなします。
-mnobitfield
	ビットフィールド命令を使用しません。` -m68000 amp;' は暗黙のうちに ` -mnobitfield amp;' を含みます。
-mbitfield
	ビットフィールド命令を使用します。` -m68020 amp;' は暗黙のうちに ` -mbitfield amp;' を含みます。これは変更されていないソースの場合のデフォルトです。
-mrtd	固定個数の引数をとる関数に対して、異なった関数呼び出し規約を使用します。 これは、リターン時に引数をポップする rtd 命令を利用するものです。これは呼び出し側で引数をポップさせる必要がな いために、1 命令を省略することが可能となります。 この呼び出し規約は通常の Unix で使用されている方式とは互換性がありません。そ のため、Unix コンパイラでコンパイルされたライブラリを呼び出す必要があ る限りは、使用することはできません。 さらに、全ての可変引数をとり得る関数 ( printf を含みます) に対して、関数プロトタイプを用意する必要があります。さもないと、 これらの関数に対して誤ったコードが生成されます。 さらに、関数に対して多過ぎる引数をつけて呼び出すコードを書いた場合、こ れは深刻な誤ったコードを生成します。(通常は多過ぎる変数は害を及ぼすこと なく無視されます。) rtd amp; 命令は 68010 と 68020 によってサポートされますが、 68000 では使用でき ません。
以下は Vax のために定義された ` -m amp;' オプションです。
-munix	特定のいくつかのジャンプ命令 ( aobleq amp; 等) を出力しません。これらの命令で長いレンジを使用した場合、 Vax 用の Unix アセンブラはこれを処理できません。
-mgnu	これらのジャンプ命令を出力します。アセンブルには GNU アセンブラの使用 を仮定します。
-mg	浮動小数点数について、d-フォーマットではなく、g-フォーマットのための コードを出力します。
以下は SPARC でサポートされている ` -m amp;' スイッチです。
-mfpu
-mhard-float
	浮動小数点命令を含む出力を行います。これはデフォルトです。
-mno-fpu
-msoft-float
	浮動小数点の処理のためにライブラリを呼び出す出力を行います。 警告: SPARC 用の GNU 浮動小数点ライブラリは存在しません。 通常はそのマシンの一般的な C コンパイラの提供するものを使用しますが、 これは通常の方法ではクロスコンパイルで直接使用することはできません。 クロスコンパイルを行ないたい場合は、 自分自身で必要なライブラリ関数を用意する必要があります。 -msoft-float は呼び出し規約を変更します。したがって、 全て のプログラムをこのオプションでコンパイルしない限り、 このオプションは意味をなしません。
-mno-epilogue
-mepilogue
	-mepilogue を指定することによって (デフォルト)、コンパイラは関数を抜けるため のコードを常に関数の最後に出力します。関数の途中で関数を抜けるコードは全て、 関数の最後の終了コードへのジャンプとして生成されます。 -mno-epilogue を設定することによって、コンパイラは関数から抜けるコードをインライン化 することを試みます。
-mno-v8
-mv8
-msparclite
	これらの 3 つのオプションは SPARC アーキテクチャのバリエーションを選択 するために使用されます。 デフォルトでは、(Fujitsu SPARClite 用にコンフィギュレーションしない限 りは) GCC は SPARC アーキテクチャ v7 用のコードを生成します。 -mv8 は、SPARC v8 用コードを生成します。v7 コードとの違いは、整数の乗算と整数 の除算が v7 では存在しないが v8 には存在するという点のみです。 -msparclite は、SPARClite 用のコードを生成します。これは v7 には存在せず SPARClite に存在する、整数乗算、整数除算とスキャン (ffs) 命令を追加します。
-mcypress
-msupersparc
	これら 2 つのオプションはコード最適化対象のプロセッサを選択するための ものです。 -mcypress を用いると(これがデフォルト)、 コンパイラは Cypress CY7C602 チップ用にコードを最適化します。 このチップは SparcStation/SparcServer 3xx シリーズに用いられています。 このオプションは古い SparcStation 1, 2, IPX などにも適用できます。 -msupersparc を用いると、コンパイラは SuperSparc CPU 用にコードを最適化します。 このチップは SparcStation 10, 1000, 2000 シリーズに用いられています。 このオプションを用いると、SPARC v8 の全命令セットを用いるようになります。
以下は Convex のために定義された ` -m amp;' オプションです。
-mc1	C1 用の出力を行います。これはコンパイラが C1 用にコンフィギュレーション を行なわれた時のデフォルトです。
-mc2	C2 用の出力を行います。これはコンパイラが C2 用にコンフィギュレーション を行なわれた時のデフォルトです。
-margcount
	引数列の前に、引数の数をワードに置くコードを生成します。いくつかの可搬性 のない Convex や Vax のプログラムはこのワードを必要とします。(デバッガは 不定長引数リストを持つ関数を除いて、このワードを必要としません。これらの 情報はシンボルテーブルに書かれます。)
-mnoargcount
	引数の数を示すワードを省略します。これは変更されていないソースを使用した 場合のデフォルトです。
以下は、AMD Am29000 のために定義された ` -m amp;' オプションです。
-mdw	DW ビットが立っていることを仮定したコードを出力します。これは、ハードウェア によってバイト操作やハーフワード操作がサポートされているということを 意味します。これはデフォルトです。
-mnodw	DW ビットが立っていないことを仮定したコードを出力します。
-mbw	システムがバイト操作やハーフワード書き込み操作をサポートしていることを仮定した コードを生成します。これはデフォルトです。
-mnbw	システムがバイト操作やハーフワード書き込み操作をサポートしていないことを仮定し たコードを生成します。これは暗黙のうちに ` -mnodw amp;' を含みます。
-msmall	スモールメモリモデルを使用します。これは全ての関数のアドレスが単一の 256KB のセグメント内に入ることと、関数の絶対アドレスが 256K 以下にある ことを仮定します。このオプションは call amp; 命令を const amp;, consth amp;, calli amp; シーケンスの代わりに使用することを可能にします。
-mlarge	call amp; 命令が使用できることを仮定しません。これはデフォルトです。
-m29050	Am29050 用のコードを生成します。
-m29000	Am29000 用のコードを生成します。これはデフォルトです。
-mkernel-registers
	gr96-gr127 amp; レジスタへの参照の代わりに gr64-gr95 amp; を参照するコードを生成します。このオプションは、ユーザのコードか ら使用できるグローバルレジスタから区別されたグローバルレジスタの集合 を利用するカーネルのコードをコンパイルする時に使用できます。 ただし、このオプションが使用されている時にも ` -f amp;' フラグ中のレジスタ名は通常のユーザモードでの名前を使用します。
-muser-registers
	通常のグローバルレジスタの集合 gr96-gr127 amp; を使用します。これはデフォルトです。
-mstack-check
	__msp_check amp; への呼び出しをそれぞれのスタック調整の後に挿入します。これはしばしば カーネルのコードにおいて用いられます。
以下は、Motorola 88K アーキテクチャのために定義された ` -m amp;' オプションです。
-m88000	m88100 と m88110 の双方で比較的高性能で動作するコードを生成します。
-m88100	m88100 に最適なコードを生成します。ただし m88110 においても動作します。
-m88110	m88110 に最適なコードを生成します。 ただし m88100 においては動作しないかも知れません
-midentify-revision
	アセンブラ出力中に、ソースファイル名、コンパイラ名とバージョン、 タイムスタンプ、使用されたコンパイルフラグを記した ident amp; ディレクティブを挿入します。
-mno-underscores
	シンボル名の最初にアンダスコアキャラクタをつけないアセンブラ出力を生 成します。デフォルトでは個々の名前に対して、アンダスコアをプレフィック スとして使用します。
-mno-check-zero-division
-mcheck-zero-division
	初期の 88K のモデルは 0 による除算の処理に問題を持っていました。特に、そ れらの多くにおいてトラップが生じなかったことは問題でした。これ らのオプションを使用することによって、0 除算を発見し、例外を知らせる コードを埋め込むことを禁止 (あるいは明示的に許可) することができます。全 ての 88K 用の GCC のコンフィギュレーションは ` -mcheck-zero-division amp;' をデフォルトとして使用しています。
-mocs-debug-info
-mno-ocs-debug-info
	88Open Object Compatibility Standard ``OCS'' で定義された (それぞれのスタックフレーム中で使用されるレジスタに関する) 付加的なデバッグ 情報を取り込みます (または省略します)。これらの付加的な情報は GDB によっ ては必要とされません。DG/UX, SVr4, Delta 88 SVr3.2 ではデフォルトでこの情 報を含めます。その他の 88K コンフィギュレーションではデフォルトで省略します。
-mocs-frame-position
-mno-ocs-frame-position
	OCS で規定されているように、レジスタの値に対して、スタックフレーム中の 特定の場所に保存されるという動作を強制します (あるいは要求しません)。 DG/UX, Delta88 SVr3.2, BCS のコンフィギュレーションでは ` -mocs-frame-position amp;' をデフォルトとして、それ以外の 88k コンフィギュレーションでは ` -mno-ocs-frame-position amp;' をデフォルトとして使用しています。
-moptimize-arg-area
-mno-optimize-arg-area
	関数の引数がどのような方法でスタックフレームに格納されるかを指定します。 ` -moptimize-arg-area amp;' はスペースを節約しますが、いくつかのデバッガ (GDB は含まれない) を クラッシュさせます。` -mno-optimize-arg-area amp;' はより標準に従っています。デフォルトでは GCC は引数エリアの最適化 を行いません。
-mshort-data-num
	データ参照時に、それらの処理を r0 amp; からの相対参照で行なうことによって小さなコードにすることを可能とします。 これは値のロードを (その他の場合は 2 命令かかるところを) 1 命令で行な うことを可能にします。 num amp; をこのオプションとともに指定することによって、どのデータ参照が影響 を受けるかを指定することができます。例えば ` -mshort-data-512 amp;' を指定すると、512 バイト以内のディスプレースメントのデータ参照が 影響を受けることになります。 ` -mshort-data- num amp; amp;' は num amp; が 64K よりも大きな時は効果を持ちません。
-mserialize-volatile
-mno-serialize-volatile
	volatile なメモリへの参照について、シーケンシャルな整合性を持った コードを生成する、あるいは生成しません。 GNU CC はデフォルトではどのプロセッササブモデルを選んだ場合においても、 整合性を常に保証します。これがどのように実現されているかは、サブモデルに 依存しています。 m88100 プロセッサはメモリ参照の順番を入れ換えないので、常にシーケンシャルな 整合性は保たれます。もし ` -m88100 amp;' を使用した場合は、GNU CC はシーケンシャルな整合性を保つための特 別な命令を生成しません。 m88110 プロセッサにおけるメモリ参照の順番は、必ずしもそれらの要求を行 なった命令の順番とは一致しません。特に、読み込み命令は、先行する書き込み 命令よりも先に実行され得ます。このような順番の入れ換えは、マルチプロセッサ時に volatile なメモリの参照におけるシーケンシャルな整合性を崩してしまいます。 ` -m88000 amp;' または ` -m88110 amp;' を指定した場合には、GNU CC は、必要な場合は特別な命令を生成し、 命令の実行が正しい順番で行なわれることを強制します。 ここで生成される整合性を保証するための特別な命令はアプリケーションの性 能に対して影響を及ぼします。もしこの保証無しで問題がないということがわかっ ている場合は、` -mno-serialize-volatile amp;' を使用することができます。 ` -m88100 amp;' オプションを使用しているが、m88110 における実行時にシーケンシャルな 整合性が必要とされる場合は、` -mserialize-volatile amp;' を使用するべきです。
-msvr4
-msvr3	System V release 4 (SVr4) に関連したコンパイラの拡張を有効 (` -msvr4 amp;') あるいは無効 (` -msvr3 amp;') にします。これは以下の内容を制御します。
»	生成するアセンブラの文法の種類 (これは ` -mversion-03.00 amp;' を使用することによって独立に制御できます)。
»	` -msvr4 amp;' は C プリプロセッサに対して ` #pragma weak amp;' を理解させます。
»	` -msvr4 amp;' は、GCC に SVr4 によって使用されている付加的な宣言ディレクティブ を生成させます。
` -msvr3 amp;' は、SVr4 を除く全ての m88K コンフィギュレーションにおけるデフォ ルトです。
-mtrap-large-shift
-mhandle-large-shift
	31 ビットより大きいビットシフトを検出するコードを埋め込みます。これらの オプションを指定することによって、それぞれトラップ、あるいは適切に処理す るコードが埋め込まれます。デフォルトでは GCC は大きなビットシフトには 特別な対策を行いません。
-muse-div-instruction
	非常に初期の 88K アーキテクチャのモデルは除算命令を持っていません。従っ て、GCC はデフォルトでは除算命令を生成しません。このオプションは除算命令 が安全に使用できるということを指定します。
-mversion-03.00
	DG/UX コンフィギュレーションには、2 つの SVr4 の種類があります。このオプション は -msvr4 オプションによって hybrid-COFF と real-ELF のどちらが使用されるかを選択します。 他のコンフィギュレーションはこのオプションを無視します。
-mwarn-passed-structs
	関数に対して構造体を渡した場合と、関数が構造体を返した場合に警告します。 構造体を渡す規約は C 言語の発展の中で変化しており、移植性の問題をしば しば生じることになります。デフォルトでは GCC はこの警告を行いません。
以下のオプションは IBM RS6000 のために定義されたものです。
-mfp-in-toc
-mno-fp-in-toc	浮動小数点定数を Table of Contents (TOC) に入れるかどうかを指定します。 このテーブルは全てのグローバル変数と関数のアドレスを格納します。デフォルト では GCC は浮動小数点定数をここに格納します。もし TOC が算術あふれをおこす 場合は、` -mno-fp-in-toc amp;' を使用することによって TOC のサイズを小さくすることが可能であり、 算術あふれを防ぐことができるでしょう。
以下は IBM RT PC 用に定義された ` -m amp;' オプションです。
-min-line-mul
	整数の乗算に対してインラインのコード列を生成します。これはデフォルトです。
-mcall-lib-mul
	整数の乗算に対して lmul$$ amp; を呼び出します。
-mfull-fp-blocks
	フルサイズの浮動小数点データブロックを生成します。これは IBM によって推 奨されている最低限のスクラッチスペースの量を包含します。これはデフォルトです。
-mminimum-fp-blocks
	浮動小数点データブロック内に特別なスクラッチスペースを含めません。これに よって、より小さなコードが生成されますが、実行は遅くなります。 なぜならスクラッチスペースが動的に確保されるからです。
-mfp-arg-in-fpregs
	IBM の関数呼び出し規約とは互換性のない呼び出し手順を使用します。 この規約では浮動小数点引数を浮動小数点レジスタに入れて渡します。 このオプションを指定すると、 varargs.h amp; や stdarg.h amp; で浮動小数点オペランドが使用できなくなることに注意して下さい。
-mfp-arg-in-gregs
	浮動小数点に対して通常の関数呼び出し規約を使用します。これはデフォルトです。
-mhc-struct-return
	1 ワードより大きな構造体を返す時に、レジスタではなくメモリを使用して返します。 これは MetaWare HighC (hc) コンパイラとの互換性を提供します。` -fpcc-struct-return amp;' を使用することによって Portable C Compiler (pcc) との互換性を得 ることができます。
-mnohc-struct-return
	1 ワードより大きな構造体を返す時に、レジスタによって返される場合があります。 これはその方が便利であると考えられる時に使用されます。これはデフォルトです。 IBM が提供するコンパイラとの互換性を得るためには、` -fpcc-struct-return amp;' と ` -mhc-struct-return amp;' の双方を使用します。
以下は MIPS ファミリのために定義された ` -m amp;' オプションです。
-mcpu=cpu-type
	命令スケジューリング時に、デフォルトのマシンタイプを cpu-type に仮定します。デフォルトの cpu-type は default です。この選択はすべてのマシンに対する最長のサイクル数を元にコードを 生成します。これは、生成されるコードがどの MIPS cpu においても適当な速度 で処理されるようにするためです。これ以外の cpu-type の選択としては、 r2000, r3000, r4000, r6000 があります。特定の cpu-type を選択した場合は、その特定のチップに適したスケジュールが行われます。 コンパイラは、 -mips2 または -mips3 スイッチが使用されていない場合は、MIPS ISA (instruction set architecture) のレベル 1 に合致しないコードを生成することはありません。
-mips2	MIPS ISA のレベル 2 (branch likely 命令, 平方根命令) による命令群 を出力します。 -mcpu=r4000 と -mcpu=r6000 スイッチは、 -mips2 と共に使用される必要があります。
-mips3	MIPS ISA のレベル 3 (64 ビット命令) を含む命令群を出力します。 -mcpu=r4000 スイッチは、 -mips2 と同時に使用する必要があります。
-mint64
-mlong64
-mlonglong128
	これらのオプションは現在動作しません。
-mmips-as	MIPS アセンブラのためのコードを生成し、 mips-tfile を起動して通常のデバッグ情報を追加します。 これは OSF/1 リファレンスプラットフォーム 以外の全てのプラットフォームにおけるデフォルトです。 OSF/1 リファレンスプラットフォームは OSF/rose オブジェクトフォーマットを 使用します。スイッチ -ggdb, -gstabs, -gstabs+ のうちのどれかが使用されている場合は、 mips-tfile プログラムは、stabs を MIPS ECOFF 中にカプセル化します。
-mgas	GNU アセンブラ用のコードを生成します。これは OSF/1 リファレンスプラットフォーム におけるデフォルトです。OSF/1 リファレンスプラットフォームは OSF/rose オブジェクトフォーマットを使用します。
-mrnames
-mno-rnames
	-mrnames スイッチは出力コードにおいて、レジスタの名前として、ハードウェア名の代 わりに MIPS ソフトウェア名を使用することを指定します。(つまり、 a0 を $4 の代わりに使用します)。 GNU アセンブラは -mrnames スイッチをサポートしません。MIPS アセンブラはソースファイルに対して MIPS C プリプロセッサを起動するでしょう。 -mno-rnames スイッチがデフォルトです。
-mgpopt
-mno-gpopt	-mgpopt スイッチは、全てのデータ宣言をテキストセクション中の全命令の前に書き出 すことを指定します。これによって、全ての MIPS アセンブラは、 ショートグローバル、あるいは静的なデータアイテムに対して、2 ワードではなく、1 ワードのメモリ参照命令を生成します。 これは最適化が指定された場合のデフォルトです。
-mstats
-mno-stats	-mstats が指定された場合は、コンパイラによってインラインでない関数が処理される ごとに、標準エラー出力ファイルに対して、そのプログラムに対する統計情報 を示す 1 行のメッセージを出力します。このメッセージは、保存したレジスタ の数、スタックのサイズなどを示します。
-mmemcpy
-mno-memcpy
	-mmemcpy スイッチは、全てのブロック転送に対して、インラインコードを生成する代わ りに、適切なストリング関数 (memcpy または bcopy) を呼び出すコードを生成します。
-mmips-tfile
-mno-mips-tfile
	-mno-mips-tfile スイッチを指定すると、 MIPS アセンブラがデバッグサポートのために生成したオブジェクトファイルに対し、 mips-tfile を使用した後処理を行いません。 mips-tfile が実行されないと、デバッガからはローカル変数を扱うことができません。 さらに、 stage2 と stage3 のオブジェクトはアセンブラに渡される一時的なファイル名をオブジェクトファイル 中に埋め込まれて持っており、このためそれらを比較した場合に同一のも のとはみなされません。
-msoft-float
	浮動小数点演算のためにライブラリを呼び出す出力を行います。 警告: この必須のライブラリは GNU CC の一部としては含まれません。通常はそのマシンの 一般的な C コンパイラの提供するものを使用しますが、これは通常の方法 ではクロスコンパイルで直接使用することはできません。クロスコンパイルを行 ないたい場合は、自分自身で必要なライブラリ関数を用意する必要があります。
-mhard-float
	浮動小数点命令を含んだ出力を生成します。これは変更されないソースを使用し た場合のデフォルトです。
-mfp64	ステータスワード中の FR ビットが立っていることを仮定します。これは 32 個の 32 ビット浮動小数点 レジスタの代わりに、32 個の 64 ビットの浮動小数点レジスタが存在するとい うことを示します。この場合は、同時に -mcpu=r4000 と -mips3 スイッチを指定する必要があります。
-mfp32	32 個の 32 ビット浮動小数点レジスタが存在するということを仮定します。こ れはデフォルトです。
-mabicalls
-mno-abicalls
	いくつかの System V.4 の移植が位置独立コードのために使用する疑似命令 amp;.abicalls, amp;.cpload, amp;.cprestore を出力する、あるいは出力しません。
-mhalf-pic
-mno-half-pic
	-mhalf-pic スイッチは、テキストセクション中に参照を配置する代わりに、外部参照を行 なうポインタをデータセクションに配置し、それをロードする動作を指定します。 このオプションは現在まだ動作しません。 -Gnum は num バイト以下のグローバル、あるいは静的なアイテムを、通常のデータや bss セクションではなく、小さなデータ、または bss セクションに配置することを 指定します。 これによりアセンブラは、通常では 2 ワードの参照を行うところを、 グローバルポインタ (gp または $28) を基準とした 1 ワードのメモリ参照命令を生成可能となります。 デフォルトでは MIPS アセンブラが使用される場合、 num は 8 です。また、GNU アセンブラが使用される場合のデフォルトは 0 です。 -Gnum スイッチはアセンブラ、リンカにも同様に渡されます。全てのモジュールは同一の -Gnum の値でコンパイルされなければなりません。
-nocpp	MIPS アセンブラに、ユーザアセンブラファイル (` .s amp;' 拡張子を持ちます) に対するアセンブル時のプリプロセッサの起動を抑制さ せます。
以下は、Intel 80386 ファミリ用に定義された ` -m amp;' オプションです。
-m486
-mno-486	386 ではなく 486 に最適化されたコードを出力する、あるいはその逆を行な う指定を行います。486 用に生成されたコードは 386 で実行可能であり、逆も また可能です。
-mpentium
	-mcpu=pentium と同義です。
-mpentiumpro
	-mcpu=pentiumpro と同義です。
-mcpu=cpu type
	命令をスケジューリングする際のマシンタイプのデフォルトを設定します。 CPU TYPE の選択肢は i386, i486, i586 (pentium), pentium, i686 (pentiumpro), および pentiumpro です。 ある CPU TYPE を選ぶと、その特定チップに適するようにスケジューリングを 行いますが、 -march=cpu type オプションを指定しない限り、コンパイラは i386 で実行できないような コードは生成しません。
-march=cpu type
	マシンタイプ CPU TYPE 用に命令を生成します。 CPU TYPE の選択肢は i386, i486, pentium, および pentiumpro です。 -march=cpu type を指定すると -mcpu=cpu type も指定されたものとみなします。
-msoft-float
	浮動小数点演算のためにライブラリを呼び出す出力を行います。 警告: この必須のライブラリは GNU CC の一部としては含まれません。通常はそのマシンの 一般的な C コンパイラの提供するものを使用しますが、これは通常の方法 ではクロスコンパイルで直接使用することはできません。クロスコンパイルを行 ないたい場合は、自分自身で必要なライブラリ関数を用意する必要があります。 関数が浮動小数点数を返す時に 80387 レジスタスタックを使用するマシンに おいては、` -msoft-float amp;' を使用した場合でも、いくつかの浮動小数点命令が生成されます。
-mno-fp-ret-in-387
	関数からの返り値に FPU のレジスタを使用しません。 通常の関数呼び出し規約は、たとえ FPU が存在しなくても float amp; と double amp; の結果を FPU レジスタに入れて返します。したがってこの場合、 オペレーティングシステムは FPU をエミュレートしなければなりません。 ` -mno-fp-ret-in-387 amp;' オプションを指定すると、浮動小数点数も通常の CPU レジスタに入れ て返されます。
-mprofiler-epilogue
-mno-profiler-epilogue
	関数から抜けるコードにてプロファイル情報を書き出す追加コードを生成します。
以下は HPPA ファミリ用に定義された ` -m amp;' オプションです。
-mpa-risc-1-0
	PA 1.0 プロセッサ用のコードを出力します。
-mpa-risc-1-1
	PA 1.1 プロセッサ用のコードを出力します。
-mkernel	カーネルに適したコードを生成します。特に、引数の 1 つとして DP レジスタを とる add amp; 命令の使用を抑制し、その代わりに、 addil amp; 命令を生成します。これは HP-UX リンカの深刻なバグを避けるための措置です。
-mshared-libs
	HP-UX 共有ライブラリとリンクさせるコードを生成します。このオプションはま だ完全に動作しているわけではなく、どの PA ターゲットにおいてもデフォルト になっていません。このオプションを指定すると、コンパイラは誤ったコード を出力し得ます。
-mno-shared-libs
	共有ライブラリとリンクしないコードを生成します。これは全ての PA ターゲット においてデフォルトのオプションです。
-mlong-calls
	関数の呼び出し先と呼び出し元が同一ファイルに含まれた場合、呼び出し時の 距離が 256K を越える場合でも動作するようなコードを出力します。 このオプションは、リンカから ``branch out of range errors'' で リンクを拒否された時以外には使用しないようにしてください。
-mdisable-fpregs
	いかなる形においても、浮動小数点レジスタの使用を禁止します。 これは浮動小数点レジスタに配慮しないコンテキストスイッチを行なう カーネルに対して有効です。 このオプションを使用して、浮動小数点処理を行なおうとすると、 コンパイラはアボートします。
-mdisable-indexing
	コンパイラに対して、indexing addressing mode を使用しないように指定します。 これによって MACH において MIG によって生成されたコードをコンパイルす る際の、あまり重要でないいくつかの問題を防ぐことができます。
-mtrailing-colon
	ラベル定義の後にコロンを加えます (ELF アセンブラ用)。
以下は、Intel 80960 ファミリ用に定義された ` -m amp;' オプションです。
-mcpu-type
	デフォルトのマシンタイプを cpu-type に仮定します。これは生成する命令とアドレッシングモード、そして境界条件に 関係します。 デフォルトの cpu-type は kb です。その他の選択としては ka, mc, ca, cf, sa, sb があります。
-mnumerics
-msoft-float
	-mnumerics オプションはプロセッサが浮動小数点命令をサポートすることを示します。 -msoft-float オプションは浮動小数点サポートを仮定しないことを示します。
-mleaf-procedures
-mno-leaf-procedures
	葉に位置する手続きについて、 call 命令と同様に bal 命令でも呼び出すことを可能とします (あるいは、しません)。これは bal 命令がアセンブラ、またはリンカによって置き換えられ得る場合には、直接呼 び出しに対して効率の良いコードを得ることができます。ただし、それ以外の場 合は効率の良くないコードを生成します。例えば、関数へのポインタ経由の呼び 出しや、この最適化をサポートしないリンカを使用した場合などがこれ に該当します。
-mtail-call
-mno-tail-call
	(マシン非依存の部分を越えて) 末尾再帰を分岐に変換する処理に関するさ らなる最適化を行います(または行いません)。 この手法の適用が正当でないということに関する判断 が完全ではないので、まだこのオプションを使用することは適当でないかも しれません。デフォルトは -mno-tail-call です。
-mcomplex-addr
-mno-complex-addr
	この i960 の実装では複雑なアドレッシングモードの使用が優位であると仮定 します (あるいは仮定しません)。複雑なアドレッシングモードは K-シリーズでは 使用する価値は無いかも知れませんが、 C-シリーズでは確かに使用する価値があります。 現在は -mcomplex-addr が、CB と CC を除く全てのプロセッサにおけるデフォルトです。
-mcode-align
-mno-code-align
	より高速なフェッチのためにコードを 8 バイトにアラインします (または何も しません)。現在では C シリーズの実装においてのみデフォルトで有効にしています。
-mic-compat
-mic2.0-compat
-mic3.0-compat
	iC960 v2.0 または v3.0 との互換性を持たせます。
-masm-compat
-mintel-asm
	iC960 アセンブラとの互換性を持たせます。
-mstrict-align
-mno-strict-align
	アラインされないアクセスを許可しません (あるいは許可します)。
-mold-align
	Intel による gcc リリースバージョン 1.3 (gcc 1.37 ベース) との構造体の 境界条件に関する互換性を持たせます。現在は、 #pragma align 1 が同時に仮定されてしまい、無効化できないというバグを持っています。
以下は、DEC Alpha 用に定義された ` -m amp;' オプションです。
-mno-soft-float
-msoft-float
	浮動小数点操作に対して、ハードウェアによる浮動小数点命令を使用します (し ません)。もし、 -msoft-float amp; が指定された場合は、` libgcc1.c amp;' 内の関数が浮動小数点演算に使用されます。ただし、これらのルーチンが 浮動小数点演算をエミュレートするルーチンによって置き換えられているか、 そのようなエミュレーションルーチンを呼び出すようにコンパイルされている のでない限り、これらのルーチンは浮動小数点演算を行なってしまいます。浮動小 数点演算のない Alpha のためのコンパイルを行なうためには、ライブラリも これらを呼び出さないようにコンパイルされていなければなりません。 浮動小数点演算のない Alpha の実装は、浮動小数点レジスタを必要とすると いうことに注意して下さい。
-mfp-reg
-mno-fp-regs
	浮動小数点レジスタセットを使用する (使用しない)コードを生成します。 -mno-fp-regs amp; は暗黙のうちに -msoft-float amp; を含みます。浮動小数点レジスタセットが使用されない場合は、浮動小数点 オペランドは整数レジスタに入れられて渡され、浮動小数点数の結果は $f0 では なく $0 に入れて返されます。これは非標準の関数呼び出し手順であり、 浮動小数点数の引数や返り値を持つ関数で、 -mno-fp-regs amp; をつけてコンパイルされたコードから呼び出される関数はすべてこのオプションを つけてコンパイルされている必要があります。 このオプションの典型的な用法は、浮動小数点レジスタを使用せず、したがっ て浮動小数点レジスタへのセーブもリストアも必要のないカーネルを構築する 時などがあるでしょう。
ここに追加するオプションは System V Release 4 において、これらのシステム上の 他のコンパイラとの互換性のために提供されるものです。
-G	SVr4 システムにおいて、 gcc amp; は ` -G amp;' オプションを受け付けます (そして これをシステムリンカに渡します)。これは他のコンパイラとの互換性のためです。 しかし、リンカオプションを gcc のコマンドラインから渡すよりも、我々は ` -symbolic amp;' または ` -shared amp;' の使用が適当であると考えています。
-Qy	コンパイラが使用したそれぞれのツールのバージョンを .ident amp; アセンブラディレクティブを使用して、出力で明示します。
-Qn	.ident amp; ディレクティブを出力に加えることを抑制します (これは デフォルトです)。
-YP,dirs
	` -l amp;' で指定されたライブラリに対して、 dirs で規定されたディレクトリのみを検索し、他は検索しません。 dirs amp; 中は、1 つのコロンで区切ることにより、 複数のディレクトリエントリを記述します。
-Ym,dir
	M4 プリプロセッサを dir amp; に検索します。アセンブラがこのオプションを使用します。

これらのほとんどは ` -f amp;' で始まります。これらのオプションは有効形式と無効形式の 2 つの形式を持っ ています。` -ffoo amp;' の無効形式は ` -fno-foo amp;' です。以下に挙げる表においては、このうち、デフォルトではない片 方のみが挙げられています。` no- amp;' を追加するか、削除するかによって双方の形式を得ることができます。

-fnonnull-objects
	参照型によって参照されるオブジェクトはヌルでないと仮定します (C++ のみ)。 通常は GNU C++ は参照型によって参照されるオブジェクトに関しては保守的 な仮定を行います。例えば、コンパイラは a が以下のコードにおいてヌルでないことをチェックする必要があります。 obj &a = g (); a.f (2); この種の参照がヌルでないことのチェックは、特別なコードを必要とします。 しかし、これは多くのプログラムにとって無用なものです。 このヌルに対するチェックを必要のない場合 ` -fnonnull-objects amp;' を使用することにより、省略することができます。
-fpcc-struct-return
	struct amp; と union の値を返す場合に、普通の C コンパイラが行なうのと同じ規約を使用します。 この規約は小規模な構造体に対して非効率なものとなり、また多くのマシンでその 関数を再入不可能としてしまいます。しかしこれは、GCC でコンパイルされたコード と PCC でコンパイルされたコードを相互に呼び出すことを可能とするとい う利点を持ちます。
-freg-struct-return
	struct と union の値を返す場合に、可能な場合はレジスタを使用する規約を使用します。これは -fpcc-struct-return を使用した場合と比較して、小さな構造体を返す場合に高い性能を発揮します。 -fpcc-struct-return と -freg-struct-return のどちらも使用しなかった場合には、GNU CC は各ターゲットに対して標準で あると考えられる規約をデフォルトとして使用します。 もし標準規約がなかった場合は、 -fpcc-struct-return をデフォルトとして使用します。
-fshort-enums
	enum amp; 型に対して、ちょうど取り得る値の範囲に応じたバイト数の型を与えます。 具体的には、 enum amp; 型は、その値域を格納するに十分な最小の整数型と等価になります。
-fshort-double
	double を float amp; と同サイズにします。
-fshared-data
	データと非 const amp; 変数を、プライベートなデータではなく、共有データとしてコンパイルします。 このオプションは、走行中の同じプログラム間は共有データが共有され、 プライベートデータがそれぞれのプロセスに 1 つずつ与えられるような一部 のオペレーティングシステムで意味を持ちます。
-fno-common
	bss セクション中の初期化されていないグローバル変数に対してでも、共通ブロック に生成するのではなく、領域を割り当てます。このオプションは、( extern amp; をつけずに) 同一の変数を宣言した 2 つのコンパイルに対して、リンク時 にエラーを発生するという効果があります。このオプションは、常にこのような動 作を行なうシステムにおいても、プログラムが正常に動作するかどうかを検査 する場合にのみ有用です。
-fno-ident	` #ident amp;' ディレクティブを無視します。
-fno-gnu-linker
	(C++ のコンストラクタとデストラクタのような) グローバルな初期化のコードを (GNU リンカがこれらを扱う標準のシステムであるようなシステムにおいて) GNU リンカで使用される形式で出力しません。これは GNU リンカではない リンカを使用する場合に指定します。この場合、 collect2 amp; を使用して、確実にシステムリンカにコンストラクタとデストラクタを含 んだコードを出力させる必要があります。( collect2 amp; は GNU CC のディストリビューションに含まれます。) collect2 を 必ず使用しなければならない amp; システムにおいては、 コンパイラドライバ gcc amp; は自動的にそのようにコンフィギュレーションされます。
-finhibit-size-directive
	.size アセンブラディレクティブなど、関数が途中で分割され、メモリ上の異なった 位置にそれぞれの部分が配置されるような場合に不都合が生じるような要素を 出力しません。このオプションは ` crtstuff.c amp;' をコンパイルする時に使用されます。それ以外の場所ではこれを使用する 必要はありません。
-fverbose-asm
	出力のアセンブラ中に特別なコメント情報を追加し、可読性を高めます。この オプションは一般的には、出力のアセンブラコードを本当に読みたい場合 (例え ばコンパイラ自身をデバッグしているような場合) にのみ効果があります。
-fvolatile
	ポインタによるメモリの参照を全て volatile として扱います。
-fvolatile-global
	外部変数やグローバルデータアイテムへのメモリ参照を全て volatile として 扱います。
-fpic	このオプションがターゲットマシンでサポートされていれば、位置独立なコードを 出力します。このオプションは共有ライブラリでの使用に適します。
-fPIC	このオプションがターゲットマシンでサポートされていれば、位置独立なコードを 出力します。このオプションはダイナミックリンクに適しており、分岐にお いて大きなディスプレースメントを要求する場合にも適応します。
-ffixed-reg
	名前が reg amp; のレジスタを固定レジスタとして扱います。生成されたコードはこのレジスタ を参照しません (ただし、スタックポインタ、フレームポインタ、その他固定用 途の場合を除きます)。 reg amp; はレジスタ名でなければなりません。受け付けられるレジスタ名はマシン固 有であり、マシン記述マクロファイル内の REGISTER_NAMES マクロに記述されたものです。 このフラグは無効形式を持ちません。なぜなら、これは 3 通りの指定が可能で あるからです。
-fcall-used-reg
	名前が reg amp; のレジスタを、関数呼び出しによって破壊される割り当て可能のレジスタ として取り扱います。これは、関数呼び出しを跨いで存在しない一時領域や変数 として割り当ることができます。この指定でコンパイルされた関数は、レジスタ reg amp; の保存や復帰を行いません。 このフラグをマシンの実行モデルにおいて、ある固定的で特殊な役割を持って いるレジスタ、例えばスタックポインタやフレームポインタに対して適用する ことは、破滅的な結果を生みます。 このフラグは無効形式を持ちません。なぜなら、これは 3 通りの指定が可能で あるからです。
-fcall-saved-reg
	名前が reg amp; のレジスタを、関数によって保存される割り当て可能なレジスタとして取 り扱います。これは、関数呼び出しを跨いで存在する一時領域や変数としても割り 当てることができます。この指定でコンパイルされた関数は、レジスタ reg amp; を使用する場合、その保存と復帰を行います。 このフラグをマシンの実行モデルにおいて、ある固定的で特殊な役割を持って いるレジスタ、例えばスタックポインタやフレームポインタに対して適用する ことは、破滅的な結果を生みます。 また、このフラグを関数の返り値が格納されるレジスタに使用すると、これも 破滅的な結果を生みます。 このフラグは無効形式を持ちません。なぜなら、これは 3 通りの指定が可能で あるからです。

file.cC 言語ソースファイル
file.hC 言語ヘッダ (プリプロセッサ) ファイル
file.iプリプロセス済みの C 言語ソースファイル
file.CC++ ソースファイル
file.ccC++ ソースファイル
file.cxxC++ ソースファイル
file.mObjective-C ソースファイル
file.sアセンブリ言語ファイル
file.oオブジェクトファイル
a.outリンクエディット済みの出力
TMPDIR/cc*一時ファイル群
LIBDIR/cppプリプロセッサ
LIBDIR/cc1C 言語コンパイラ
LIBDIR/cc1plusC++ コンパイラ
LIBDIR/collectいくつかのマシンで必要となるリンカのフロントエンド
LIBDIR/libgcc.aGCC サブルーチンライブラリ
/lib/crt[01n].oスタートアップルーチン
LIBDIR/ccrt0C++ 用の付加的なスタートアップルーチン
/lib/libc.a標準ライブラリ、
intro
を参照
/usr/include#include ファイルのための標準ディレクトリ
LIBDIR/include#include ファイルのための GCC 標準ディレクトリ
LIBDIR/g++-include#include ファイルのための付加的な g++ ディレクトリ

Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notice are preserved on all copies.

Permission is granted to copy and distribute modified versions of this manual under the conditions for verbatim copying, provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one.

Permission is granted to copy and distribute translations of this manual into another language, under the above conditions for modified versions, except that this permission notice may be included in translations approved by the Free Software Foundation instead of in the original English.