すぐにダイレクトモードを開始する小さなGT.Mイメージを呼び出します。

-direct_modeはMコンパイラを起動しません。

-direct_mode 修飾子はファイル仕様および他のすべての修飾子と互換性はありません。

ソース・コードで使用されるリテラルに関連付けられた特定のデータ構造を、オブジェクト・コードから動的(ダイナミック)にロードまたはアンロードされるようにコンパイルします。これらのデータ構造の動的ロードおよびアンロード：

-DYNAMIC_LITERALS が指定されていない場合、ルーチンがリンクされて各プロセスのプライベート・メモリにとどまっても、これらのデータ構造は引き続き生成されます。-DYNAMIC_LITERALS を使用するとオブジェクト・コードのサイズが増大し、動的なロードとアンロードはオブジェクト・コードが共有ライブラリにあるときにのみメモリを節約するためで、FISでは、共有ライブラリにロードするオブジェクトコードをコンパイルするとき、または、自動再リンクが有効なディレクトリから実行するときにのみ、-DYNAMIC_LITERALS の使用を制限することを推奨しています。

GT.Mにルーチンのソース・コードをオブジェクト・コードに埋め込むよう指示します。デフォルトは NOEMBED_SOURCEです。他のGT.Mコンパイル修飾子と同様に、この修飾子は $ZCOMPILE 組み込み特殊変数と gtmcompile 環境変数で指定できます。オリジナルのMソース・ファイルが編集または削除された場合でも、EMBED_SOURCE は正しいソースコードへの $TEXT および ZPRINTアクセスを提供します。ソース・コードがオブジェクト・コードに埋め込まれていない場合、GT.Mはソースコード・ファイルの検索を試みます。オブジェクト・コードと一致するソース・コードが見つからない場合、$TEXT() は null 文字列を返します。ZPRINT は、ソース・コードが見つかったものを印刷し、ダイレクト・モードで TXTSRCMATメッセージを出力します； ソース・ファイルが見つからない場合、ZPRINTはFILENOTFNDエラーを発行します。

コンパイラがソースコード内のエラーを検出する（- noignore）時でさえも、オブジェクトファイルを生成するようにコンパイラに指示し、または、コンパイラがエラーに遭遇する（- noignore）時には、オブジェクトファイルを生成しません。

-noobject 修飾子が使用される時に、-ignore修飾子は効果ありません。

実行パスがいくつかのコンパイル時エラーを検出した時に、エラーを持ってコンパイルされるルーチンの実行は、run-time エラーを生成します。

このcompile-as-writtenモードは、デバッグするための柔軟なアプローチを容易にし、インタープリタな環境からGT.Mへの変換を促進します。インタープリタな環境からくる多くのMアプリケーションは異常な構文を含んでいます。コンパイルとその後のルーチンを実行するこの特徴は、インタープリタな環境での開発の感触を与えます。

デフォルトでは、ソースルーチンがエラーを含んでいたとしても、コンパイラは -ignore モードでオブジェクトモジュールを操作し生成します。

リストファイルのページの長さをコントロールします。

Mコンパイラが -length修飾子を無視しない限り、-list修飾子が現れます。

デフォルトでは、リスティング(listing)は -length=66 です。

ソースプログラムのリスティングファイル(listing file)を生成するためにコンパイラへ指示し、そしてオプションでリスティングファイル(listing file)の名前を指定します。リスティングファイルはソースプログラムのテキストの行番号が含まれます。ルーチンがエラーを発生する時に、リスティングファイルは、エラーカウント、ロケーションに関する情報、および、エラーの原因が含まれます。

リスティングファイルのファイル名を指定しない時には、コンパイラは .lis ファイル拡張子でソースファイルとして同じ名前のリスティングファイルを生成します。

-length と -space 修飾子はリスティングファイルのフォーマットと内容を変更します。Mコンパイラがこれらの修飾子を無視しない限り、コマンドは、-list修飾子を含みます。

デフォルトでは、コンパイラは、-nolistを操作し、そしてリスティングを生成しません。

イン・ライン・コードを生成する代わりにリテラルをロードしてルーチンのサイズを減らすために、ライブラリ・コードを使用するようにルーチンをコンパイルします。CPUのわずかな増加を犠牲にして、-NOINLINE_LITERALを使用すると、-DYNAMIC_LITERALS のためにオブジェクト・サイズが大きくなるのを防ぐことができます。

	重要
	-DYNAMIC_LITERALS と -NOINLINE_LITERNALS の両方が、ソース・コードにリテラルが含まれているアプリケーションのパフォーマンスと仮想メモリ使用を最適化します。縮小されたプロセスごとのメモリ使用量からのスケーラビリティおよびパフォーマンスは、データ構造を動的にロードおよびアンロードするための増分コストを補ってもしなくてもよいので、かつ、インライン・コード 対 ルーチンのパフォーマンスは、キャッシュ内のルーチンの可用性によって影響される可能性があるので、FISは、各作業負荷に最適な修飾子の組み合わせを決定するためのベンチマークを提案しています。アプリケーションは、さまざまな修飾子の組み合わせでコンパイルされたルーチンを自由に混在させることができます。

出力オブジェクトファイルを生成し、そして、オプションの -filename引数を使用してオブジェクトファイルのための名前をオプションとして指定しコンパイラに指示します。

ファイル名を指定しない時には、コンパイラは、ソースファイルと .oファイル拡張子と同じファイル名を持つオブジェクトファイルを生成します。

ルーチン名を作成するとき、コンパイラはオブジェクト・ファイル名を最大31文字に切り捨てます。たとえば、Adatabaseenginewithscalabilityproven.mというソースファイルの場合、コンパイラはAdatabaseenginewithscalabilityp.oというオブジェクトファイルを生成します。ソース・ファイル名の最初の31文字が一意であることを確認してください。

-noobject 修飾子はオブジェクトファイルの生成が抑制され、そして、-list 修飾子でリスティングファイルのみ生成するために通常に使用されます。

デフォルトでは、コンパイラはオブジェクトモジュールを生成します。

エラー出力を抑制するようにコンパイラに指示します； デフォルトは -warning です。

-list 修飾子とともに使用すると、-nowarning 修飾子はリスト内のエラーに影響を与えません。

	注意
	-noobject 修飾子と一緒に使用すると、-nowarning 修飾子は、事実または原因の指示のないオブジェクトを生成しないようにコンパイラに指示します。

自動起動モードでGT.Mを呼び出します。

次の引数は、Mの入り口参照とみなされます。そのルーチンは、ダイレクトモードをバイパスし、すぐに実行されます。シェルに応じて、二重引用符("")で入り口参照に配置する必要がありますこの修飾子はMコンパイラを起動されず、任意の他の修飾子と互換性がありません。

リスティングファイルの出力間隔を制御します。-space=nは、リスティングファイル内のすべてのソース行を分離するn-1個の空白行を指定します。もしn<1ならば、Mコマンドはリスティングに1つの間隔を使用します。

この修飾子は -list修飾子なしで現す場合は、Mコンパイラは-space修飾子を無視します。

デフォルトでは、リスティングは1つの間隔の出力(-space=1)を使用します。