なぜ#includeディレクティブにステートメントの最後にセミコロンがないのですか？

Cでは、ステートメントの終了を示すためにセミコロン（;）が使用されています。なぜ#include行はセミコロンを必要としませんか？なぜ#includeディレクティブにステートメントの最後にセミコロンがないのですか？

2012-04-04 Ant' s

これはCステートメントではないためです。これは、プリプロセッサへの指示（命令）です。 – wildplasser

そのCの設計方法とC++の設計方法 – Surya

@Surya：関連するコメントはありません回答を見ると思います –

#include（そして、#で始まる他のすべての行は、#defineのようになります）は、preprocessorの一部です。これは実際には、メインコンパイラの前に実行される別のプログラムで、のようなものには、ソースとマクロの展開にファイルが含まれています。

出典

2012-04-04 12:44:23

答えに感謝します:) –

"これは実際には別のプログラムです" - GCCを使用している場合はそれです。 MSVCを使用している場合はそうではありません。重要な点は、前処理は、メインコンパイル段階の前に発生するフェーズとして標準で定義されており、セミコロンを含まない独自の定義済み構文があることです。翻訳段階をプログラムに編成する方法は、実装までは全く異なります。 –

#includeはプリプロセッサで処理され、コンパイラはこれらの文を認識しません。したがって、文の最後に;は必要ありません。

出典

2012-04-04 12:44:30 Naveen

#include "whatever.h"

これは、ソースファイルのその行を "whatever.h"に置き換えただけです。したがって、 "whatever.h"の最後に;を置く必要はありません。プリプロセッサは警告を出し、無視します。

出典

2012-04-04 12:46:53

「プリプロセッサはあなたに警告を与え、あなたの答えの中のステートメントを無視しますか？ –

私はその考え方は 'あなたが '#include" whatever.h ";'を書くと、プリプロセッサは警告を出し、セミコロンを無視するということです。 –

＃を見たトークンを読んでいる間に、その後にキーワード（include、define、pragmaなど）を探します。特にインクルードの場合、次のトークンの後ろに<または一重引用符（ "）とファイル名、それに対応する終了トークン>または（"）が続きます。その後の次の文字は改行と見なされます。そうでなければ、それは理解できなかった余分なトークンに対して警告を出します。 @JonathanLefflerは「無視する」と述べたので、ヘッダーファイル用ではありません。 –

前処理ディレクティブはステートメントではないためです。

すべての文で最終的に;が必要なわけではありません。例えば：1つのifの文と1つの空の複合文：

int bla = 1; 

if (bla) { 
}

blaの宣言の後、私たちは二つの文を持っています。 ;はありませんが、プログラムは有効です。

出典

2012-04-04 12:49:16 ouah

ディレクティブはプリプロセッサによって処理されます。コンパイラではなく、単純なテキスト置換プロセッサです。これは、空白として扱うCコンパイラとは異なり、行末を(\n)を重要な文字として使用します。また、行の最後に\がある理由も影響します。

出典

2012-04-04 12:57:12

私はこの行が何であるか把握できませんでした。また、行頭に\があるという理由も意味します。より具体的になりますか？ありがとう。 –

これはどのC言語の本でもよくカバーされています。 –

はい、私はK＆Rです。 –

なぜ#includeディレクティブにステートメントの最後にセミコロンがないのですか？

答えて

関連する問題