noble (1) cpp.1.gz

Provided by: manpages-ja_0.5.0.0.20221215+dfsg-1_all bug

名称

       cpp - GNU-C 互換のコンパイラプリプロセッサ

書式

       cpp    [-$] [-Apredicate[(value)]] [-C] [-Dname[=definition]] [-dD] [-dM] [-I directory] [-H] [-I-]
              [-imacros file] [-include file] [-idirafter dir] [-iprefix prefix] [-iwithprefix dir] [-lang-c]
              [-lang-c++] [-lang-objc] [-lang-objc++] [-lint] [-M [-MG]] [-MM [-MG]] [-MD file ] [-MMD file ]
              [-nostdinc] [-nostdinc++] [-P] [-pedantic] [-pedantic-errors] [-traditional] [-trigraphs] [-Uname]
              [-undef] [-Wtrigraphs] [-Wcomment] [-Wall] [-Wtraditional]
              [infile|-] [outfile|-]

解説

       C  プリプロセッサは、 実際のコンパイルの前にプログラムを変換するために C コンパイラから自動的に利用される
       マクロプロセッサです。 長い記述を簡略してマクロとして定義することができるため、  マクロプロセッサと呼ばれ
       ます。

       C プリプロセッサは、以下の4つの機能を提供します。

       •      ヘッダファイルを読み込みます。  これは  プログラムに組み込まれる  (C 言語の)宣言の入ったファイルで
              す。

       •      C 言語の任意の部分の省略形として マクロを定義し、C プリプロセッサがプログラム内の全てのマクロを そ
              の定義で置き換えます。

       •      条件文の処理をします。専用のプリプロセッサコマンドを用いて、  いろいろな条件にしたがってプログラム
              の一部を含めたり除外したりできます。

       •      行番号の制御をします。 ソースファイルと コンパイルされた中間ファイルとを組み合わせたり再アレンジし
              たりするプログラムを 用いる場合、 コンパイラにオリジナルのソースの何行目であるかを知らせるための、
              行番号制御のプリプロセッサコマンドを利用できます。

       C プリプロセッサは、そのインプリメントによって細かな部分に違いが いくつかあります。GNU C プリプロセッサの
       完全なドキュメントは、  info ファイルの `cpp.info', もしくは、マニュアルの The C Preprocessorを参照して下
       さい。 この双方は `cpp.texinfo'から生成されます。GNU C プリプロセッサは ANSI Standard C  のスーパセットと
       なっています。

       ANSI  Standard C では、今日 C プログラムで一般的に用いられている多くの (無害な)構造が認められていません。
       この非互換性はユーザにとっては不便であり、そのため GNU C preprocessor  ではこの記述をデフォルトで受け付け
       るように作られています。  厳密にいえば、  ANSI  Standard  C にするためには オプションとして `-trigraphs',
       `-undef', `-pedantic'をつけなければなりません。 しかし経験則から、厳密な ANSI Standard C にあわせてこうし
       た設定を 行なうと支障のある場合が多いことがわかっています。

       ほとんどの場合は、C プリプロセッサは明示的に実行する必要はありません。 C コンパイラが自動的に実行してくれ
       るからです。しかしながら、 明示的にプリプロセッサを実行するのが有効なことが個々にはあります。

       C プリプロセッサ は、引数として  infile    outfileの  2  つのファイル名を期待します。  プリプロセッサは
       `#include'で指定したファイルと一緒に infileを読み込みます。 入力ファイルの組み合わせで作られた出力は、 全
       て outfileに書かれます。

       infile  outfile の指定に `-'を使用することができます。infile    `-'  であれば  標準入力からデータを読
       み、outfile   `-' であれば標準出力へ結果を書きます。もし outfile もしくは両方のファイル名が省略された場
       合、 省略されたファイルの代わりに標準入力と標準出力が使われます。

オプション

       以下が C プリプロセッサが受け付けるオプションの一覧です。 これらのオプションは、 プリプロセッサがコンパイ
       ラから起動されている場合にも  自動的に引き渡されるので、 C プログラムをコンパイルする際にも指定することが
       できます。

       -P     `#'-行番号 という行番号情報をプリプロセッサの出力に含めません。 これは、C 以外の言語で行番号情報が
              含まれているとエラーを起こす言語を 処理する場合に有用でしょう。

       -C     コメントを削除せず、そのまま出力ファイルに含めます。  マクロ呼び出しの引数に現れるコメントはマクロ
              呼び出しの展開後にコピーされます。

       -traditional
              ANSI ではなく、旧形式の C の文法として解釈します。

       -trigraphs
              ANSI標準のトリグラフ(trigraph)構文を処理します。 これは ANSI  C  で  1  文字を表示すると定められた
              `??' で始まる 3 文字の並びです。例えば、`??/'  `\' を表しますので、`'??/n'' は改行文字の文字定数
              となります。 厳密に言えば、GNU C プリプロセッサの `-trigraphs' オプションは ANSI C  標準を完全には
              サポートしません。 が、普通のユーザならばその違いに気づく事は稀でしょう。

              トリグラフについて、これ以上知りたいとは思わないでしょ?

       -pedantic
              `#else'  `#endif' の後にコメント以外のテキストがつくといった場合に、 ANSI C 標準で求められる警告
              を出力します。

       -pedantic-errors
              `-pedantic' に似ていますが、警告ではなくエラーにします。

       -Wtrigraphs
              トリグラフがあると警告を出力します(ただし、トリグラフの処理は行います)。

       -Wcomment

       -Wcomments
              コメント開始シーケンスである `/*' がコメント中に存在したならば警告を発生します (両形式は同じ効果を
              持ちます)。

       -Wall  `-Wtrigraphs'  `-Wcomment' (ただし `-Wtraditional' は除く) を指定したのと同じです。

       -Wtraditional
              ANSI と伝統派の C とで異なる振る舞いをとる構文が出現した場合に 警告を発します。

       -I directory
              ディレクトリ  directory  をヘッダファイルを検索するディレクトリリストの末尾に追加します。 このオプ
              ションは、指定したディレクトリが システムのヘッダファイルが格納されているディレクトリよりも先に 検
              索されるので、ユーザ自身の作成したバージョンで  システムが提供するヘッダファイルを上書きさせること
              もできます。 1 つ以上の `-I' オプションを使用する場合、ディレクトリは左から右の順番で検索され、 標
              準のシステムヘッダファイルはその後になります。

       -I-    `-I-'  オプションよりも前に指定された `-I' オプションで与えられたディレクトリは、`#include "file"'
              のインクルード文の場合にのみ検索されます。`#include <file>' では検索されません。

              オプション `-I-' の後のオプション `-I'  に追加のディレクトリが指定された場合、それらのディレクトリ
               全ての `#include' 文で検索されます。

              付け加えて言うならば、`-I-'  オプションを指定すると、カレントディレクトリは `#include "file"' 文に
              対する最初の検索ディレクトリではなくなります。 それゆえ、カレントディレクトリは明示的に `-I.' とし
              て指定された場合にのみ検索されることになります。 `-I-'  `-I.' を双方とも指定することで、どのディ
              レクトリがカレントディレクトリ の前に、あるいは後に検索されるかを厳密に指定することができます。

       -nostdinc
              ヘッダファイルの検索に標準システムディレクトリを用いません。`-I'    オプションで指定したディレクト
              リ(と、もし適切であるならば カレントディレクトリ)が検索されます。

       -nostdinc++
              ヘッダファイルの検索に C++ 仕様の標準ディレクトリを用いません。 が、その他の標準ディレクトリは検索
              します。 (このオプションは libg++ の構築時に用いられます。)

       -D name
              name を既定義のマクロとして、`1' に定義します。

       -D name=definition
               name をマクロとしてdefinition に定義します。definition の内容に制限はありませが、プリプロセッサを
              シェルやシェルに類似した プログラムから起動している場合、シェルの文法上意味を持つスペース などの文
              字を保護するため、そのシェルのクォート文法を使用する必要が あります。もし、1 つの name  に対して複
              数の `-D' を指定したならば、もっとも右側の定義が有効となります。

       -U  namename を定義しません。同一の name  に対して `-U'  `-D' の双方が指定された場合、`-U'  `-D' に優
       先し、 name  は定義されません。

       -undef 非標準のマクロを一切定義しません。

       -A name(value)
              (#assert コマンドと同じ方法で) 述語  name にトークンリスト value  をアサートします。シェルのコマン
              ドライン上では括弧を エスケープするなりクォートすることを忘れないで下さい。

              既定義のアサーション全てを取り消すのに、`-A-' を使えます。これはまた、既定義のマクロ全てを無効にし
              ます。

       -dM    プリプロセッサの結果を出力する代わりに、  プリプロセッサの実行中に定義された、既定義のものも含む全
              てのマクロの `#define' コマンドのリストを出力します。 これは、使用しているプリプロセッサのそのバー
              ジョンで、    どんなマクロが既定義であるかを知る方法を提供してくれます。    それには、空のファイル
              `foo.h' をこのオプションで処理してみればよいのです。

              touch foo.h; cpp -dM foo.h

              はすべての既定義マクロの値を見せてくれるでしょう。

       -dD    `-dM'  に似ていますが、2  つの相違点があります。これは既定義マクロを 出力しません。また、`#define'
              コマンドとプリプロセス結果の双方 を出力します。これらの出力は両方とも標準出力に行われます。

       -M [-MG]
              プリプロセスの結果を出力する代わりに、main のソースファイルの依存性を 記述するmake  規則を出力しま
              す。 プリプロセッサはソースファイルのオブジェクトファイル名、コロン、 そのすべてのインクルードファ
              イル名から成るmake  規則を出力します。複数のインクルードファイルがある場合、規則は`\'-改行で複数行
              に区切られます。

              `-MG'   は、見つけられなかったヘッダファイルは(コンパイルの途中で)生成され、  ソースファイルと同じ
              ディレクトリに存在するものとして扱います。`-M' と共に指定しなければなりません。

              この機能は自動的に Makefile を更新するのに使います。

       -MM [-MG]
              これは `-M' に似ていますが、`#include  "file"'  でインクルードされるファイルのみを扱う点が異なりま
              す。`#include <file>' でインクルードされるシステムヘッダファイルは無視されます。

       -MD file
              これも `-M' に似ていますが、依存情報が`file' に書き出されます。—`-MD' を指定したファイルの処理もこ
              れに加えて行われ、`-M' のように通常の処理を抑制することはありません。

              gcc を実行する場合は `file'  引数を指定してはいけません。gcc  は、入力ファイル名の末尾の  `.c'  
              `.d' で置き換えたファイル名を出力に用いるからです。

              Mach では、`make' コマンドで便利なように複数のファイルを 1 つの依存規則ファイルに まとめるユーティ
              リティ md が利用できます。

       -MMD file
              `-MD' に似ていますが、ユーザのヘッダファイルのみを扱い、システムヘッダは 無視する点が異なります。

       -H     通常の動作に加えて、 使用されたヘッダファイルのファイル名を出力します。

       -imacros file
              ファイル  file を入力として処理しますが、 標準の入力ファイルを処理する前にその結果の出力を破棄しま
              す。  file によって生成される出力は捨てられるため、`-imacros file' の処理結果の影響は、file 中に記
              述されたマクロがメインの入力ファイル中で使用可能になることだけです。                プリプロセッサ
              は、`-imacrosfile' を処理する前に、 コマンドラインから与えられた全ての `-D'  `-U' オプションを評
              価します。

       -include file
              ファイル  file を、標準の入力ファイルの前に処理し、その結果出力をインクルードします。

       -idirafter dir
              ディレクトリ dir を第 2 インクルードパスに加えます。第 2 インクルードパス中の ディレクトリは、メイ
              ンインクルードパス  (オプション `-I' によって追加されます) 中にヘッダファイルを探した結果 発見でき
              なかった場合に検索されます。

       -iprefix prefix
              prefix を、その後に続く `-iwithprefix' オプション用のプレフィックスとして使用します。

       -iwithprefix dir
              ディレクトリを第 2 インクルードパスに追加します。ディレクトリ名は prefix   dir  を連結することに
              よって得られます。ここで prefix は `-iprefix' オプションによって指定されたものです。

       -lang-c

       -lang-c++

       -lang-objc

       -lang-objc++
              ソースの言語を指定します。`-lang-c++'  は、プリプロセッサに  C++ のコメント文と、C++ 用の追加の デ
              フォルトインクルードディレクトリを処理させ、`-lang-objc' は、Objective C  `#import' ディレクティ
              ブを使用可能にします。`-lang-c'  は明示的にこれらの機能の切り離しを指定し、`-lang-objc++' は双方を
              利用可能にします。

              これらのオプションはコンパイラドライバ gcc によって生成されますが、`gcc'  のコマンドラインから引き
              渡すことはできません。

       -lint  コメント中に埋め込まれた、プログラムチェッカ   lint のコマンドを見つけ出し、それらの前に  `#pragma
              lint' を埋め込みます。例えば、コメント  `/* NOTREACHED */'  `#pragma lint  NOTREACHED'  になりま
              す。

              このオプションは直接  cpp を呼び出す場合にのみ使えます。gcc は、コマンドラインからこのオプションを
              引き渡しません。

       -$     識別子中での `$' の使用を禁止します。 これは、標準が修正される以前は、C 標準への厳密な準拠のために
              ありました。

              本オプションは、 cpp を直接呼ぶときのみ使用可能です。 gcc はコマンド行からこれを渡しません。

関連項目

       info; The C Preprocessor, Richard M. Stallman.  中のエントリ `cpp'
       gcc(1); info; Using and Porting GNU CC (for version 2.0), Richard M. Stallman.  中のエントリ `gcc'

COPYING

       Copyright (c) 1991, 1992, 1993 Free Software Foundation, Inc.

       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.