blocks|key|2149961|text|试试这种方法：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2149962|使用以下选项编译要为其生成覆盖率的代码：|2149963|CFLAGS:+-fprofile-arcs+-ftest-coverage|offset|length|style|CODE|2149964|LFLAGS:+-lgcov+--coverage|2149965|如果这不能解决这个问题，那么请提供一些关于您的应用程序结构的信息，即它的单个程序还是包含共享/静态库的应用程序等等。|2149966|希望这能帮上忙！|2149967|entityMap^0|0|0|0|12|0|0|P|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@$F|U|G|V|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|W|8|@$F|X|G|Y|H|I]]|9|@]|A|$]]|$1|L|3|M|5|6|7|Z|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|10|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|Q|$]]

Try this approach:

Compile the code for which you want to generate the coverage with these options:

<code>CFLAGS: -fprofile-arcs -ftest-coverage</code>

<code>LFLAGS: -lgcov --coverage</code>

If this doesn't solve the problem, then please provide some information on the structure of your application, i.e. whether its single program or an application involving shared/static libraries etc.

Hope that helps!

blocks|key|2149941|text|您是否与-lgcov链接？|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2149942|如果您正在使用Makefile，那么查看它以帮助您会有很大帮助。|2149943|entityMap^0|4|6|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

Are you linking with <code>-lgcov</code>?
If you are using a Makefile it would be of great help to have a look at it in order to help you.

blocks|key|2150067|text|您必须提供LDFLAGS来解决此问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2150068|LDFLAGS+%2B=+"+-lgcov+--coverage"|code-block|syntax|javascript|2150069|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

you have to provide LDFLAGS to resolve this issue.

<pre><code>LDFLAGS += " -lgcov --coverage"
</code></pre>

blocks|key|2149996|text|我不确定到底是哪一种改变对我起了作用，但我认为这是-fprofile-generate标志。使用GNAT，我转到左边的Switches选项卡，然后在顶部选择Ada+Linker选项卡。然后，我为Code+Coverage启用了复选框。哦，是的，我发现在同一区域的Builder选项卡上，如果启用Recompile+if+switches+changed复选框，它可以节省大量牙齿咬咬。对专业人士来说，事情可能会慢下来，但我发现这很有帮助。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2149997|entityMap^0|P|I|1N|8|26|A|2P|D|3N|7|43|T|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|U|8|@]|D|@]|E|$]]]|G|$]]

I can't be sure which change finally did the trick for me but I think it was the <code>-fprofile-generate</code> flag. Using GNAT GPS I went to the <code>Switches</code> tab on the left and then selected the <code>Ada Linker</code> tab on the top. Then I enabled the checkbox for <code>Code Coverage</code>. Oh yeah I've found that on the <code>Builder</code> tab in that same area if you enable the <code>Recompile if switches changed</code> checkbox it can save a lot of teeth-gnashing. Probably slows things down for the pros but I found it helpful.

blocks|key|3184358|text|我发现我不得不把“-lgcov”放在被描绘的物体的右边，而不是在旗中。就像。gcc+-pg+-o+myprog+myprog.o+-lgmp.a+-lgcov|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3184359|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I found I had to put the '-lgcov' to the right of the object being profiled instead of in Flags. Something like.
gcc -pg -o myprog myprog.o -lgmp.a -lgcov

blocks|key|2150103|text|我对gcov函数(undefined+reference+to+'__gcov_exit')有未定义的引用，而我试图使用C%2B%2B测试工具(CppUTest)在C项目上启用覆盖率。构建系统由CMake处理。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2150104|编译器和gcov是在同一个版本上对齐的(gcc+--version、g%2B%2B+--version和gcov+--version给出了相同的版本)，但我的构建系统似乎以前配置为使用gcc+5，而使用了g%2B%2B+8和gcov+8(导致链接器增加了一个包含的目录:+usr/lib/gcc/x86_64-linux-gnu/5)。我清理了构建树，并再次生成它，这要归功于修复错误的CMake。|BOLD|2150105|entityMap^0|9|10|0|K|D|Y|D|1C|E|4G|V|0^^$0|@$1|2|3|4|5|6|7|K|8|@$9|L|A|M|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|N|8|@$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]|$9|U|A|V|B|H]]|D|@]|E|$]]|$1|I|3|-4|5|6|7|W|8|@]|D|@]|E|$]]]|J|$]]

I had undefined reference to gcov functions (<code>undefined reference to '__gcov_exit'</code>) while I tried to enable coverage on a C project using a C++ test harness (CppUTest). Build system was handled by CMake.
Compilers and gcov were aligned on the same version (<code>gcc --version</code>, <code>g++ --version</code> and <code>gcov --version</code> gave the same version) but it seems that my build system was previously configured to use gcc 5 while g++ 8 and gcov 8 were used (resulting to an additional included directory by the linker: usr/lib/gcc/x86_64-linux-gnu/5). I cleaned the build tree and generated it again thanks to CMake which fixed the error.

blocks|key|2150112|text|我也看到了这个问题，因为上面的大多数答案都表明，在链接时，我们需要添加lcov/gcov库。我们正在使用cmake，在CmakeLists.txt文件中我们丢失了|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2150113|target_link_libraries(${TARGET_NAME}+PRIVATE+gcov)|code-block|syntax|javascript|2150114|当然，除了构建标志“--覆盖率”(Pls注意到我们可以单独使用"--coverage“或"-fprofile-arcs+coverage”)之外，还需要这样做。|2150115|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I have seen this issue too and as most of the answers above indicated it needed us to add lcov/gcov libraries at the time of linking.
We are using cmake and in CmakeLists.txt file we were missing
<pre><code>target_link_libraries(${TARGET_NAME} PRIVATE gcov)
</code></pre>
This was needed of course in addition to the build flag &quot;--coverage&quot;
(Pls note we can either use &quot;--coverage&quot; or &quot;-fprofile-arcs -ftest-coverage&quot; separately)

I now work on C code coverage study and encountered following issue, GCC version 4.4.6:

<ol>
<li>Added compiler flag <code>CFLAGS = --coverage</code> and linker option <code>LDFLAGS := --coverage</code> or <code>LOCAL_LDLIBS := --coverage</code> and got the error: </li>
</ol>

<code>undefined reference to '__gcov_init'" and "undefined reference to '__gcov_merge_add'</code>

<ol start="2">
<li>Added option <code>LOCAL_LDFLAGS := --coverage</code>, and got link error:</li>
</ol>

<code>libgcov.a(_gcov.o): in function __gcov_set_sampling_rate: undefined reference to '__gcov_sampling_rate' 
libgcov.a(_gcov.o): in function gcov_exit: undefined reference to '__gcov_pmu_profile_filename' 
libgcov.a(_gcov.o): in function __gcov_init: undefined reference to '__gcov_pmu_profile_options' '__gcov_pmu_top_n_address'</code>

Can anyone help to provide some suggestions on this issue?

How to resolve __gcov_init undefined reference issue when linking

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋 

腾讯云代码助手

CODING DevOps

Cloud Studio

SDK中心

API中心

命令行工具

我现在从事C代码覆盖率研究，并遇到以下问题，GCC版本4.4.6：添加编译器标志CFLAGS = --coverage和链接器选项LDFLAGS := --coverage或LOCAL_LDLIBS := --coverage，并得到错误：undefined reference to '__gcov_init'" and "undefined reference to '__gcov_merge_

问如何解决链接时__gcov_init未定义的引用问题
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何解决链接时__gcov_init未定义的引用问题EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何解决链接时__gcov_init未定义的引用问题
EN