プリプロセッサマクロを別のプリプロセッサディレクティブに展開する

Question

当初はこれが必要だと思っていましたが、結局それを避けました。しかし、私の好奇心（と知識のための食欲、ハム）私は尋ねます

は、プリプロセッサマクロ缶例えば

#include "MyClass.h" 

INSTANTIATE_FOO_TEMPLATE_CLASS(MyClass) 

に別の拡大は

#include "MyClass.h" 

#include "FooTemplate.h" 
template class FooTemplate<MyClass>; 

のように、含まれますか？

Answer 1

私はこれができないと信じています。これは、プリプロセッサがシングルパスであるためです。したがって、他のプリプロセッサディレクティブを発行することはできません。

具体的には、C99標準から（6.10.3.4項3）：

3得られた完全 マクロ置き換え トークンシーケンスが のいずれかのような場合であっても 前処理指令として処理されていない前処理、...

興味深いことに、これが単精度_Pragma演算子がc99に追加された理由です。 #pragmaはマクロではエミットできませんでしたが、_Pragmaすることができます。

Answer 2

C標準は、ディレクティブ（ - 6.10（2） - C99前処理指令）を前処理については、これを言う：

プリプロセッサディレクティブは ＃前処理トークンは、（始まる前処理トークンの配列からなります変換フェーズ4の開始時） ...

と（C99 - 6.10（7））：

前処理ディレクティブ内の前処理トークンは、特に指定のない限り、マクロ の拡張の対象にはなりません。それはそれがどうなるにもかかわらず、変換フェーズ4の開始時に＃で始まっていないため、2番目のライン上のトークンを前処理のシーケンスは、前処理指令ではありません

#define EMPTY 
EMPTY # include <file.h> 

：で

例マクロのEMPTYが置き換えられた後であるため、

マクロは、 '#include'前処理ディレクティブに展開できません。これらの指令は、翻訳フェーズ4の開始時（その指令を処理するときに前処理が行われるとき）に配置する必要があります。マクロ展開はフェーズ4の間に発生するので、マクロはフェーズの開始時に存在する何かを起こすことはできません4.

私は、次のが作業していること、しかし、指摘したいと思います：

#ifdef WIN32 
#define PLATFORM_HEADER "platform/windows/platform.h" 
#else 
#define PLATFORM_HEADER "platform/linux/platform.h" 

#include PLATFORM_HEADER 

を

C標準がこれを言っているので（C99、6.10。2（4） - ソースファイルを含める）：

形態

# include pp-tokens new-line 

のプリプロセッサディレクティブが（つまり、前の2つの形式のいずれかと一致しない）、許可されています。ディレクティブに含まれる前処理の トークンは、通常のテキストと同様に処理されます。 （現在マクロ名として定義された各 識別子が 前処理字句のその置換リストに置き換えられます。）

Answer 3

すべてのプリプロセッサディレクティブは、マクロ展開が始まる前に解釈されているので、いや、あなたはマクロが＃に展開することはできませんインクルードディレクティブをそのように解釈する必要があります。代わりに、（間違った）C++コードとして解釈されます。