我尝试使用-fprofile-arcs＆amp;运行gcov -ftest-coverage并没有任何关联。
它给出了这个错误： -
hidden symbol `__gcov_init' in /home/mojave/tools/gcc-4.4.1/amd64/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.4.1/libgcov.a(_gcov.o) is referenced by DSO
并退出程序。
编译命令 -
bsub -g /mojave/build/"DummyDate" -J compile-obj/linux24rhel3_x86_64_GCOV64/DXp.o -I -q DFM -S 8192 -R "(model==OPTERON_250)" '/usr/bin/time --format=" ...finished DXp [`hostname`] [%E s with %P CPU]" /home/mojave/tools/gcc-4.4.1/amd64/bin/g++ -fPIC -Wall -Wno-deprecated -DTCL_8_5 -m64 -march=opteron -DLITTLE_ENDIAN_PLATFORM -DARCH=amd64 -DARCH_amd64 -DARCH_BITS=64 -DARCH_BITS_64 -fsigned-char -msse3 -D__DISABLE_MULTITHREAD__ -D_CPP_NUMERIC_LIMITS -mfpmath=sse,387 -mmmx -m3dnow -pipe -Dgcc -DLICENSE_ALWAYS_GOOD -I/home/mojave/tools/flexlm/include/v8.4 -DNO_SUPPORT_STABIE -DGCOV -I../dxpclient -I/home/mojave/tools/bzip2-1.0.2/amd64/include -I/home/mojave/tools/zlib-1.2.3/amd64/include -I/home/mojave/tools/tcltk8.5.2/amd64//include -I/home/mojave/tools/tcltk8.5.2/amd64//include -g -fprofile-arcs -ftest-coverage -DBUILD_DATE=\""UNSET"\" -DVERSION_NUMBER=\"Dum.Dum.Dum.Dummy\" -DEXT_VERSION_NUMBER=\"Dum.Dum.Dum.Dummy\" -DLAST_RELEASE_VERSION=\"1.1614\" -Wreturn-type -DTCL_8_5 -DGOOGLE_MALLOC -L../dx/linux24rhel3_x86_64_GCOV64/ -ldx -o obj/linux24rhel3_x86_64_GCOV64/DXp obj/linux24rhel3_x86_64_GCOV64/DXp.o -Wl -lgcov /home/mojave/tools/zlib-1.2.3/amd64/lib/libz.a -L/home/mojave/tools/bzip2-1.0.2/amd64/lib -lbz2 -ldl'
任何帮助都将在投票时受到赞赏。
感谢。
答案 0 :(得分：9)
使用-fprofile-arcs和-ftest-coverage进行汇编。在生成共享对象期间与-lgcov链接。它会起作用。
此外，您可以使用--coverage选项作为所有三个步骤的同义词
请查看：gcc instrumentation options了解更多信息
答案 1 :(得分：0)
在考虑编译标志后，如crazy_prog所述， 检查“路径”。在使用lcov / gcov进行覆盖时，路径起着重要作用。
因此，您创建二进制文件的路径（完整路径字符串）以及运行二进制文件的路径应该完全相同。
出于我的目的，由于二进制文件的创建和二进制文件的执行是在不同的地方（一个在开发环境中，另一个在实际的板上），所以使用softlink / shortcuts，我创建了类似的路径，因此运行可执行文件。最后，可以在开发环境中生成报告（通常，因为船上的实际平台可能没有lcov工具支持）。
答案 2 :(得分：0)
我刚刚发现，如果我向程序发送sig kill或sig术语，则仅生成了GCNO文件，而没有gcda文件。