問題タブ [ccache]

ccache結果をキャッシュすることにより、以前にビルドした C バイナリのビルドを高速化する素晴らしい方法です。(もう 1 つの優れたツールはdistcc、並列コンパイルのためにコードを他のマシンに渡す です!)

を使用して C ファイルをビルドするときにnpm使用できますか?ccachegyp

テストする方法は次のとおりです。

を使用できればccache、2 回目の試行で大幅に高速化されるはずです。

ccacheが呼び出されているかどうかを確認するもう 1 つの方法は、ビルドの進行中に別のターミナルでこれを実行することです。

ccacheこれにより、の統計のライブ更新が表示されます。

私には2つの推測があります：

最初からコンパイルされていますが、CCACHE を使用してはるかに高速に動作します

どのモジュールがコンパイルされたかを検出することにより、続行します

OUT ディレクトリではなく CCACHE をクリアするとどうなりますか? 継続するか、再開するか。

CCACHE を使用するときに、複数のキャッシュ ディレクトリを使用したり、キャッシュを完全にクリアしたりする実際的な理由は何ですか?

Buildroot BR2_CCACHE 構成オプションのヘルプの説明には、次のように記載されています。

コンパイラが互換性のない方法で変更された場合、Buildroot はキャッシュの内容を無効にしようとしないことに注意してください。したがって、コンパイラのバージョンや構成を変更する場合は、$HOME/.buildroot-ccache ディレクトリを削除して ccache キャッシュを削除する必要があります。

私の理解が正しければ、さまざまなコンパイラ ビルドが CCACHE によって認識され、キャッシュはコンパイラごとに行われます。では、説明が言及している状況とは何ですか?

また、一部の情報源は、キャッシュを定期的にクリアする必要があることを示唆しているようです。キャッシュが「最大キャッシュ サイズ」のしきい値に達すると、キャッシュが自動的にクリーンアップされると指摘する人もいます。

明らかに、キャッシュされたデータが破損している場合は、それについて何かをする必要があります。キャッシュをクリアする他の理由はありますか? 単一のキャッシュを保持するのは理にかなっているでしょうか?

私はこの男と同じ問題を抱えています。clang と ccache を使用してコンパイルすると、Q_OBJECT に遭遇するたびに次の警告が表示されます。

これは ccache を使用している場合にのみ発生し、clang だけで同じコードをコンパイルすると問題なく動作します。

推奨される解決策は環境変数を設定することであるマクロ展開にも同様の問題があるようです

残念ながら、これは私の問題を解決していないようです。または、私のやり方が間違っているのかもしれません。

私が試してみました：

• コマンドラインからのビルド

  • CCACHE_CPP2=yes ninja

  • export CCACHE_CPP2=yes ninja

• Qt Creator からのCCACHE_CPP2ビルド、「ビルド環境」への追加

このマクロ展開の問題を解決するために他にできることはありますか? 私は特に警告をグローバルに (それは悪いため) またはローカルに (コンパイラ固有のボイラープレートですべてのマクロをラップすることを意味するため) 無効にしたくありません。

ccache を使用して再構築を高速化しようとしていますが、ログで次のことに気付きました。

私の経験では、make または同等のトリガーを正しく再構築するには、-M フラグのようなものが必要です。ほとんどすべてのプロジェクトのビルドに必要なオプションによって ccache がトリップするのは奇妙に思えます。何か不足していますか？より好ましいオプションはありますか？

これは ccache-3.2.1 を使用したものです。

編集： -MM も試しましたが、うまくいきませんでした。

ROMをより速く構築するためにccacheを使用しようとしています。

http://source.android.com/source/building.htmlのリンクは、次のコードを提供します。

ただし、3行目で次のエラーが発生します

ディレクトリに移動して「./ccache -M 50G」で実行しようとしても、同じ「バイナリ ファイルを実行できません」というエラーが表示されます。

私が間違っていることを教えてもらえますか？