27

Cとコンパイルプロセス に関する私の非常に基本的な知識は最近錆びています。次の質問に対する答えを見つけようとしていましたが、コンパイル、リンク、および前処理フェーズの基本を接続できませんでした。グーグルでのクイック検索もあまり役に立たなかった。それで、私は知識の究極の源に来ることに決めました:)

私は知っています：変数は.hファイルで定義されるべきではありません。そこで宣言しても大丈夫です。

理由：ヘッダーファイルが複数の場所からインクルードされる可能性があるため、変数を複数回再定義します（リンカーはエラーを出します）。

考えられる回避策：ヘッダーファイルでヘッダーガードを使用し、その中で変数を定義します。

それは本当に解決策ですか：いいえ。ヘッダーガードは前処理フェーズ用であるためです。これは、この部分がすでに含まれていることをコンパイラーに通知し、再度含まないようにすることです。しかし、複数定義のエラーは、コンパイルのかなり後にリンカー部分で発生します。

このすべてが、前処理とリンクがどのように機能するかについて私を混乱させました。ヘッダーガードシンボルが定義されている場合、前処理にはコードが含まれないと思いました。その場合、変数問題の複数の定義も解決されるべきではありませんか？

これらの前処理ディレクティブにより、コンパイルプロセスがヘッダーガードの下でシンボルを再定義する必要がなくなりますが、リンカーはシンボルの複数の定義を取得します。

4

4 に答える 4

29

私が過去に使用したことの1つ（グローバル変数が流行していたとき）：

var.hファイル：

...
#ifdef DEFINE_GLOBALS
#define EXTERN
#else
#define EXTERN extern
#endif
EXTERN int global1;
EXTERN int global2;
...

次に、1つの.cファイル（通常はmain（）を含むファイル）で：

#define DEFINE_GLOBALS
#include "var.h"

残りのソースファイルには、通常「var.h」が含まれています。

DEFINE_GLOBALSはヘッダーガードではなく、定義されているかどうかに応じて変数を宣言/定義できることに注意してください。この手法により、宣言/定義のコピーを1つ作成できます。

于 2010-02-07T12:50:06.457 に答える
27

ヘッダーガードは、複数のソースファイルからではなく、単一のソースファイルに複数含まれることからユーザーを保護します。あなたの問題は、この概念を理解していないことに起因していると思います。

プリプロセッサガードがこの問題からコンパイル時に節約しているわけではありません。実際、コンパイル時に、1つのソースファイルのみがobjにコンパイルされ、シンボル定義は解決されません。ただし、リンカがシンボル定義を解決しようとしたときにリンクする場合、エラーのフラグを立てるために複数の定義が原因であるため、混乱します。

于 2010-02-07T13:05:30.010 に答える
10

2つの.cファイルがあります。それらは別々にコンパイルされます。それぞれにヘッダーファイルが含まれています。一度。それぞれが定義を取得します。それらはリンク時に競合します。

従来の解決策は次のとおりです。

#ifdef DEFINE_SOMETHING
int something = 0;
#endif

次に、 1つの.cファイルでDEFINE_SOMETHINGを#defineします。

于 2010-02-07T12:48:37.980 に答える
8

ヘッダーガードは、ヘッダーファイルが同じ翻訳単位（つまり、同じ.cソースファイル）に複数回インクルードされるのを防ぎます。ファイルを2つ以上の翻訳単位に含める場合、これらは効果がありません。

于 2010-02-07T12:51:58.430 に答える