【问题标题】:gcov and global destructorsgcov 和全局析构函数
【发布时间】:2011-09-16 09:03:26
【问题描述】:

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;

}

问题

用选项-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 中一个无法解决的错误,是我必须忍受的问题,还是只是碰巧从裂缝中溜走的东西(九岁,完全被遗忘了)?如果是后者,如何解决?

【问题讨论】:

  • 一些赞成票,一个反对票(没有评论?),但到目前为止没有答案或 cmets。是否有任何堆栈溢出成员有办法与 gcc 开发团队沟通?

标签: c++ g++ gcov


【解决方案1】:

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

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

中期,将该响应添加到错误跟踪器!没有保证,但也许这会产生足够的兴趣让某个好心人给你写一个补丁。

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

祝你好运。

【讨论】:

  • 感谢您的回复。我添加到 bugzilla 报告中。短期的答案显然是“忍受它”。我们的产品是一个 C++ 库,其主要用途是在自动编码的仿真环境中。由于这是我们的预期目标,因此我们的许多测试都是在该环境中完成的。该环境的最新版本创建了全局静态数据。我们还具有绕过该环境的单元测试功能。所以一个明显的解决方案是要求开发人员开发 ctor_dtor 单元测试。 (我已经做到了,而且我已经听到了抱怨。)
猜你喜欢
  • 2021-10-11
  • 1970-01-01
  • 1970-01-01
  • 2011-04-18
  • 1970-01-01
  • 2011-11-04
  • 2017-06-05
  • 1970-01-01
  • 2011-01-11
相关资源
最近更新 更多