GNU/Linux環境/ツールチェーンで、あらかじめコンパイルされたヘッダの賛否両論は何ですか？

Question

事前にコンパイルされたヘッダーは、大規模なプロジェクトで多くの時間を節約することができるようですが、いくつかの問題を持っているような痛みを感じるようです。

プリコンパイル済みヘッダーを使用する場合、特にGnu/gcc/Linux環境で使用する場合はどうすればよいでしょうか？&

Answer 1

プリコンパイル済みヘッダーの唯一のメリットは、ビルドが遅すぎるとプリコンパイルされたヘッダーが高速化する可能性があることです。潜在的な短所：

• もっとメイクファイルの依存関係が正しくなるようにする。もし彼らが間違っていれば、あなたは間違ったことを素早く作ります。良くない。

• 原則として、すべてのヘッダーをプリコンパイルできるわけではありません。 （#includeの前にいくつかの#defineを置くことを考えてください）gccが実際に正しいのですか？どのくらいこの最先端の機能を信頼したいですか？

あなたのビルドが十分に高速である場合は、プリコンパイル済みヘッダーを使用する理由はありません。あなたのビルドがあまりにも遅い場合、私は（ディルクが上の権利である）& AT T nmakeなどccacheのようなツールを使用して給与

に比べて安価である高速なハードウェアを、購入

• を検討したいです両方とも再コンパイルを避けるために信頼できるテクニックを使用します。

Answer 2

ccache gcc、g ++、gfortranへのキャッシングフロントエンドは...私にとって素晴らしい作品です。そのウェブサイトが言うように

ccacheはコンパイラキャッシュです。これは、-Eコンパイラ スイッチと、 のコンパイルを満たすことができるかどうかを検出するためのハッシュを使用して、 キャッシュを使用して、 C/C++ コンパイラへのキャッシュプリプロセッサとして機能します。これにより、多くの場合、一般的なコンパイルで5〜10倍のスピードアップが発生します。 Debianの/ Ubuntuで

は、単に ' apt-get install ccache' を行うと名前 gcc、 g++、 gfortran、 /usr/bin/ccacheから c++、...その時点で /usr/local/bin、たとえば、ソフト・リンクを作成します。いくつかの初期のコメントに応答し、これはより明確するために

[編集]：これは、コンパイル・ステップのより大きなチャンクをキャッシュすることにより、本質的に、プリコンパイルヘッダとソースを提供します。したがって、あらかじめコンパイルされたヘッダーに似たアイデアを使用し、それをさらに実行します。スピードアップは劇的になる可能性があります - ウェブサイトが言っているように5~10倍。

Answer 3

私はGNU/gccの/ linuxのに話すことはできませんが、私はVS2005で、プリコンパイルヘッダを扱ってきた

：

長所：

• はあなたが大規模なヘッダを持っているときの時間をコンパイル節約いますたくさんのモジュール が含まれています。
• ヘッダー（つまり、第三者から）がうまく動作し、まれに が変更されます。

短所：あなたは多くのことを変更するヘッダーのためにそれらを使用する場合は

• 、 それはコンパイル時間を増やすことができます。
• セットアップとメンテナンスが面倒なことがあります。
• コンパイル済みヘッダーを強制的にコンパイルしないと、ヘッダーの変更が明らかに無視されることがあります。

Answer 4

プレーンCの場合、プリコンパイル済みのヘッダーは使用しません。あなたが言うように、それらは潜在的に問題を引き起こす可能性があり、前処理時間は通常のコンパイルに比べて実際には小さいです。

C++ヘッダーにはコンパイルに高価な大きなテンプレートコードが含まれていることがあるため、C++の場合、プリコンパイルされたヘッダーは多くの時間を節約できます。実践的な経験はありませんので、プロジェクトのコンパイルの節約量を測定することをお勧めします。そのためには、プリコンパイルされたヘッダーを使用してプロジェクト全体をコンパイルしてから、単一のオブジェクトファイルを削除し、そのファイルを再コンパイルするのにかかる時間を測定します。

Answer 5

ビルドシステムとしてcmakeを使用するQtプロジェクトでPCHを使用していますが、時間が大幅に節約されます。私はかなり古くなっていたので、いくつかの微調整が必​​要なPCH cmakeスクリプトを手に入れましたが、一般的に予想よりも設定が簡単でした。私は追加する必要があります、私は多くのcmakeの専門家ではありません。

私は現在、Qt（QtCore、QtGui、QtOpenGL）の大きな部分といくつかの安定したヘッダをまとめています。

長所：Qtのクラスの場合

• 、何の前方宣言は必要ありません、そしてもちろん何も含まれていません。
• 高速です。
• セットアップが簡単です。

短所：

• あなたはPCHを含めることはできませんヘッダーに含まれています。これはあまり問題ではありませんが、Qtを使用して、ビルドシステムがmocファイルを別々に翻訳するようにします。これはまさに私の設定です。この場合、ヘッダーにはqtヘッダーが#​​includeされている必要があります。これは、mocがヘッダーから生成されるためです。解決策は、ヘッダーに#includeの周りに追加のインクルードガードを置くことでした。

Answer 6

The GNU gcc documentationは、あらかじめコンパイルされたヘッダーの可能性のある落とし穴について説明します。