GNU链接器有一个——cref选项，用于生成交叉引用信息。你可以通过-Wl，——cref从gcc命令行传递它。

例如，假设foo。O定义了一个符号foo_sym，也在bar.o中使用。然后在输出中你会看到:

foo_sym                            foo.o
                                   bar.o

如果foo_sym限制为foo。O，那么你不会看到任何额外的目标文件;后面会跟着另一个符号:

foo_sym                            foo.o
force_flag                         options.o

现在，从这里我们不知道是否使用了foo_sym。它只是一个候选:我们知道它是在一个文件中定义的，而没有在其他任何文件中使用。Foo_sym可以在foo中定义。O和用于那里。

那么，你该怎么处理这些信息呢

执行一些文本修改，以识别限制在一个目标文件中的这些符号，生成候选列表。 进入源代码，给每个候选对象提供带有静态的内部链接，就像它应该有的那样。 重新编译源代码。 现在，对于那些真正未使用的符号，编译器将能够警告，为你精确定位它们;你可以删除它们。

当然，我忽略了其中一些符号是故意不使用的可能性，因为它们是为动态链接而导出的(即使在链接可执行文件时也可能出现这种情况);这是一种更微妙的情况，你必须了解并明智地处理。

If you are on Linux, you may want to look into callgrind, a C/C++ program analysis tool that is part of the valgrind suite, which also contains tools that check for memory leaks and other memory errors (which you should be using as well). It analyzes a running instance of your program, and produces data about its call graph, and about the performance costs of nodes on the call graph. It is usually used for performance analysis, but it also produces a call graph for your applications, so you can see what functions are called, as well as their callers.

这显然是对页面其他地方提到的静态方法的补充，它只会有助于消除完全不使用的类、方法和函数——它不会帮助找到实际调用的方法内部的死代码。

如果某个函数将被调用的一般问题是np完全的。一般来说，你无法提前知道某个函数是否会被调用，就像你不知道图灵机是否会停止一样。如果存在从main()到您所编写的函数的某个路径(静态)，则可以获取，但这并不保证它将被调用。

我不认为它可以自动完成。

即使使用代码覆盖工具，也需要提供足够的输入数据来运行。

可能是非常复杂和昂贵的静态分析工具，如Coverity的或LLVM编译器可能会有所帮助。

但我不确定，我更喜欢手动代码审查。

更新

嗯. .不过，仅删除未使用的变量和未使用的函数并不难。

更新

看了其他人的回答和评论后，我更加坚定地认为这是不可能的。

您必须了解代码以获得有意义的代码覆盖率度量，如果您知道大量的手动编辑将比准备/运行/检查覆盖率结果更快。

CppDepend是一个商业工具，它可以检测未使用的类型、方法和字段，以及做更多的事情。它适用于Windows和Linux(但目前不支持64位)，并有两周的试用期。

免责声明:我不在那里工作，但我拥有这个工具的许可证(以及NDepend，它是。net代码的一个更强大的替代方案)。

对于那些好奇的人来说，这里有一个内置的(可定制的)检测死方法的规则示例，用CQLinq编写:

// <Name>Potentially dead Methods</Name>
warnif count > 0
// Filter procedure for methods that should'nt be considered as dead
let canMethodBeConsideredAsDeadProc = new Func<IMethod, bool>(
    m => !m.IsPublic &&       // Public methods might be used by client applications of your Projects.
         !m.IsEntryPoint &&            // Main() method is not used by-design.
         !m.IsClassConstructor &&      
         !m.IsVirtual &&               // Only check for non virtual method that are not seen as used in IL.
         !(m.IsConstructor &&          // Don't take account of protected ctor that might be call by a derived ctors.
           m.IsProtected) &&
         !m.IsGeneratedByCompiler
)

// Get methods unused
let methodsUnused = 
   from m in JustMyCode.Methods where 
   m.NbMethodsCallingMe == 0 && 
   canMethodBeConsideredAsDeadProc(m)
   select m

// Dead methods = methods used only by unused methods (recursive)
let deadMethodsMetric = methodsUnused.FillIterative(
   methods => // Unique loop, just to let a chance to build the hashset.
              from o in new[] { new object() }
              // Use a hashet to make Intersect calls much faster!
              let hashset = methods.ToHashSet()
              from m in codeBase.Application.Methods.UsedByAny(methods).Except(methods)
              where canMethodBeConsideredAsDeadProc(m) &&
                    // Select methods called only by methods already considered as dead
                    hashset.Intersect(m.MethodsCallingMe).Count() == m.NbMethodsCallingMe
              select m)

from m in JustMyCode.Methods.Intersect(deadMethodsMetric.DefinitionDomain)
select new { m, m.MethodsCallingMe, depth = deadMethodsMetric[m] }

如果你使用g++，你可以使用这个标志-Wunused

根据文档:

每当变量未使用时发出警告 除了它的声明，无论何时 函数被声明为静态的，但是 从来没有定义，每当一个标签 声明但未使用，并且每当a 语句计算的结果为 明确没有使用。

http://docs.freebsd.org/info/gcc/gcc.info.Warning_Options.html

编辑:这里是另一个有用的标志-Wunreachable-code 根据文档:

此选项用于在编译器检测到至少一整行源代码永远不会执行时发出警告，因为某些条件永远不会满足，或者因为它在一个永远不会返回的过程之后。

更新:我在遗留的C/ c++项目中发现了类似的主题死代码检测