9

MWE

#include <iostream>

struct Foo {
  Foo() {
    std::cout << "Constructing Foo " << this << std::endl;
  }

  ~Foo() {
    std::cout << "Destructing Foo " << this << std::endl;
  }
};

Foo global_foo;

int main () {
  std::cout << "Entering and exiting main()" << std::endl;
  return 0;

}

问题

用 options 编译上面的-fprofile-arcs -ftest-coverage代码，运行程序，然后运行 ​​gcov。程序输出清楚地显示 Foo::Foo()、main() 和 Foo::~Foo() 是按此顺序调用的。gcov 输出显示调用了 Foo::Foo() 和 main()，但没有调用 Foo::~Foo()。

根本原因

全局对象由 GNU 内部退出处理程序（使用 at_exit() 注册的函数）销毁。最终的 gcov 统计信息由另一个退出处理程序生成。gcov 退出处理程序显然是在全局销毁退出处理程序之前调用的，因此 gcov 看不到被调用的析构函数。

错误状态

这是 gcov 中的一个古老的错误。这是 Bugzilla 链接：http ://gcc.gnu.org/bugzilla/show_bug.cgi?id=7970 。九年后，该错误仍然存​​在，至少在 i686-apple-darwin10-g++-4.2.1 中。

问题

这是 gcov 中一个无法解决的错误，是我必须忍受的东西，还是只是碰巧从裂缝中溜走的东西（九岁，完全被遗忘了）？如果是后者，如何解决？

4

1 回答 1

2

首先，请注意该错误报告自 2005 年以来没有得到重新确认；您可能应该添加一条说明，说明您仍然看到 g++-4.2.1 中的不良行为。即使没有人对您的消息采取行动，将这些信息放在外面也很有用。

短期而言，如果你想继续使用 gcov，你必须忍受它。您可能会考虑使用lcov，它使您能够从覆盖分析中排除指定的行。公平警告：我听说它很好，但我自己从未使用过。

中期，将该响应添加到错误跟踪器！没有保证，但也许这会产生足够的兴趣让某个善良的灵魂给你写一个补丁。

从长远来看，如果没有人愿意为你打补丁，你也许可以自己打补丁。gcc 不是世界上最友好的代码库，让您的更改被接受可能是一种冒险，但如果您真的需要它，您可以实现它。

祝你好运。

于 2011-06-17T17:07:16.677 回答