make / gcc："bad build"的可能原因是什么？

make / gcc: What are possible causes of a "bad build"?

本文关键字：是什么 build gcc bad make      更新时间：2023-10-16

我有一些单元测试由于一些数学计算返回意外结果而失败。

  • 已知代码本身是正确的。
  • 构建系统未更改
  • 编译器标志未更改

我们使用 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
  • 什么会导致这样的糟糕构建？

最可能的原因是错误的源代码，其中"坏"可能只是意味着过时。 如果您的 makefile没有表达每个目标的所有依赖项，则当确实需要重新生成某些组件时，make可能无法重新生成它们。 结果可能是不能正确协同工作的对象文件的集合。

另一种可能性是编译器选项错误或不一致。 如果程序的行为依赖于编译器选项(符号定义在这里特别可能是罪魁祸首)，并且您使用错误的选项构建组件，那么更改选项通常不足以说服make重新生成任何内容。 在这种情况下，干净构建是最好的策略。

鉴于您的"错误"构建仍然会产生可以链接到工作(尽管不正确)程序的对象，并且删除对象文件并使用相同的工具链重新构建它会导致具有不同行为的不同对象文件，我没有看到任何其他可能的选项。

  • 在运行错误构建并查找虚假错误之前，我能做些什么来检测它？

假设构建实际上首先成功，没有。 这是测试的目的之一。 但请注意，执行失败的构建是由于我描述的任何一种问题而生成成功但糟糕的构建的切入点。

相关文章：