なぜcmakeファイルGLOB悪ですか？

Question

CMakeのドキュメントは、コマンドfile GLOBについてこう述べています。

私たちはあなたのソースツリーからソースファイルのリストを収集するためにGLOBを使用することはお勧めしません。ソースが追加または削除されたときにCMakeLists.txtファイルが変更されない場合、生成されたビルドシステムはいつCMakeに再生成を要求するかを知ることができません。

ウェブ内のいくつかのディスカッションスレッドは、ソースファイルのグロビングが悪いことを第2に示しています。ビルドシステムを作るためしかし

は、ソースが追加または削除されたことを知って、それが

touch CMakeLists.txt 

右を言うために十分なのか？

それでは、CMakeLists.txtを編集してソースファイル名を挿入または削除するのはそれほど労力がかかりません。また、覚えにくいこともありません。だから私はfile GLOBに対して助言する正当な理由は見当たらない。

この議論で何が問題になっていますか？

Answer 1

問題は、あなたが単独でプロジェクトに取り組んでいないときです。

のプロジェクトは、開発者AとB

Aは、新しいソースファイルx.cを追加しました。言ってみましょう彼はCMakeLists.txtを変更せず、x.cの実装が完了した後にコミットします。

今、Bはgit pullを行い、そしてCMakeLists.txtへの変更がなかったことから、CMakeのは再実行されていないと、コンパイル時にx.cは、そのソースファイルのリストに追加されていないため、Bは、リンカのエラーを持っています。

Answer 2

本質的に悪ではありません - それは有利なや短所があり、比較的よくカバーされていますthis answerここStackOverflowで。しかし、それを不用意に使用すると、依存関係の変更を無視し、コードベースの大部分のクリーンな再構築が必要になる可能性があります。

ビルドファイルにすべてのファイルを手動で入力する必要がないように、小さなプロジェクトや大きなサブディレクトリで個人的に使用しています。 編集：私の好みは変更されており、現在はそれを避ける傾向があります。