make/gcc：「不良ビルド」の考えられる原因は何ですか？

Question

予期せぬ結果を返す何らかの数学的計算のために失敗しているユニットテストがあります。

• コード自体は正しいことがわかっています。
• ビルドシステムは、私たちが私のmakefileが正しいことを高い信頼度を与える、私たちのmakefileを生成するためにcmakeのを使用するコンパイラフラグが

を変更していない

を変更していません。

ビルドは何ヶ月も働いていますが、それはまさにこのようなものです。

私は失敗したテストのためのオブジェクトファイルを見ました。そして期待どおり、ソースファイルよりも新しいので、makeは再ビルドする必要はないと考えています。

-rw------- 1 steve steve 64578 Feb 7 11:13 foo_tests.cc 
-rw------- 1 steve steve 12930760 Feb 14 13:18 foo_tests.cc.o 

オブジェクトファイルを削除して再構築すると、テストに合格するようになりました。

-rw------- 1 steve steve 12931080 Feb 16 13:57 foo_tests.cc.o 

私は新しいオブジェクトファイルが少し大きかったことに気付きました。それはやや困惑している。

• このような不良ビルドの原因は何ですか？

• 実行前に誤ったビルドを検出して偽のエラーを検出する方法はありますか？

ビルドの詳細：

これは、メイクファイルとリリースモードのバイナリでは、我々が使用コンパイラフラグがあるcmakeのを使用して生成、およびCentOSに7.2

上のgcc 5.2.1を使用して構築

CXX_FLAGS 
-Werror 
-Wall 
-Wextra 
-m64 
-msse2 
-msse4.2 
-mfpmath=sse 
-ftemplate-depth-128 
-Wno-unused-parameter 
-Wno-maybe-uninitialized 
-Wno-strict-aliasing 
-pthread 
-DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG 
-ggdb2 
-DNDEBUG 
-O3 
-funroll-loops 
-fdevirtualize 
-finline-functions 
-fno-builtin-malloc 
-fno-builtin-calloc 
-fno-builtin-realloc 
-fno-builtin-free 

LINKER_FLAGS: 
-m64 
-rdynamic 

Answer 1

• Whをこのような悪いビルドを引き起こす可能性がありますか？

最も可能性の高い原因は、単に時代遅れの意味することができます「悪い」悪いソースコード、です。メイクファイルでと表記されていない場合、それぞれのターゲットの依存関係があるため、実際に再構築する必要がある場合はmakeがいくつかのコンポーネントを再構築できない可能性があります。結果は、一緒に正しく動作しないオブジェクトファイルの集合になります。

もう1つの可能性は、コンパイラーのオプションが正しくないか矛盾していることです。あなたのプログラムの動作がコンパイラオプションに依存する場合（シンボル定義が特に有望な原因です）、間違ったオプションでコンポーネントをビルドすると、オプションを変更してもmakeに何かを再構築するよう説得するのに十分ではありません。そのような場合には、きれいなビルドが最善の方針です。

「悪い」ビルドでも、（間違っていても）作業中のプログラムにリンクできるオブジェクトが生成され、オブジェクトファイルを削除して同じツールチェーンで再ビルドすると、 、他の可能性のあるオプションはありません。

• 私は前にそれを実行しているとスプリアスエラーを見つけることに悪いビルドを検出するために何かできることはありますか？

実際にビルドが最初に成功するとします。これはのテストの1つで、です。しかし、失敗したビルドを実行することは、私が説明した問題のいずれかの結果として、成功しても悪いビルドを作成するための入り口になることに注意してください。