制限があるにもかかわらず、GCC のプリコンパイル済みヘッダーを効果的に利用するにはどうすればよいでしょうか?

GCC とプリコンパイル済みヘッダー: 詳細

プリコンパイル済みヘッダーの課題

プリコンパイル済みヘッダー前処理されたヘッダー ファイルをバイナリ形式で保存することでパフォーマンスが向上します。ただし、実際のシナリオでは次のような課題が発生します。

• .cpp ファイルでのマクロの定義: ヘッダーの解釈方法に影響する .cpp ファイルでマクロが定義されている場合プリコンパイルされたヘッダーでは、ヘッダーを再構築する必要があります。
• プリプロセッサーを使用したヘッダーのインクルードディレクティブ: プリコンパイル済みヘッダーに既に含まれているヘッダーの解釈を変更するプリプロセッサ ディレクティブを定義するヘッダーが .cpp ファイルに含まれている場合、再構築が必要になります。この問題は、再帰的なヘッダーの組み込みによりさらに複雑になる可能性があります。
• 厳密なコーディング方法: これらの問題を回避するには、プリコンパイルされたヘッダーの使用には、ヘッダーに含まれるヘッダーの数を制限するなど、制限的なコーディング方法が必要になる場合があります。 .cpp ファイルと .cpp 内のマクロ定義の禁止files.

GCC の制限

Microsoft のコンパイラとは対照的に、GCC のプリコンパイル済みヘッダー機能には、Makefile での手作業と創造性が必要です。プリコンパイル済みヘッダーの再構築が必要なタイミングを検出することは、特に複数のライブラリを使用する場合に困難になることがあります。

GCC 4.7 (およびそれ以前) の動作

GCC 4.7 で最適なパフォーマンスを得るには以前は、必要なすべてのシステム ヘッダーとアプリケーション ヘッダーを含む単一の共通ヘッダー yourapp.h を用意することが重要でした。このヘッダーは、すべてのソース ファイルの最初の非コメント語彙素である必要があります。すべての前処理オプション (-D、-I、-U) は、すべてのソースにわたって一貫している必要があります。

今後の開発

PreParsed Header (pph) ブランチは改善を目指していました。 GCC のプリコンパイル済みヘッダー処理ですが、C でのモジュール メカニズムの将来の標準化を優先して放棄されました。このようなメカニズムはまだ C 標準に組み込まれていません。

以上が制限があるにもかかわらず、GCC のプリコンパイル済みヘッダーを効果的に利用するにはどうすればよいでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。