未使用的函数是否被优化了？

Question

一个相当简单的问题......现在的编译器往往会做大量的优化。他们是否也从最终输出中删除未使用的功能？

Answer 1

这取决于编译器。 Visual C++ 9可以这样做 - 未使用的static函数在编译阶段被删除（甚至有一个C4505 warning），在链接阶段depending on linker settings可以删除具有外部链接的未使用函数。

Answer 2

相当多的时间，是的。它通常被称为链接器剥离。

Answer 3

这一切都取决于编译器及其设置（内置“调试”配置的代码通常未优化），以及代码本身和行星对齐。

潜在的问题是：你不应该担心那些东西。相信你的编译器。

Answer 4

说到MS，它是链接器，它在链接阶段处理此问题，并且编译器可能会警告您未使用的静态函数（文件范围）。如果您希望链接器删除未使用的函数，请使用/OPT:REF选项：

Answer 5

使用gcc如果启用优化，它可以删除未使用的函数和死代码。

更多关于GCC的优化，可以发现here

Answer 6

许多编译器做的，但是这取决于具体的实施。调试版本通常会包含所有功能，以便在调试器中调用或检查它们。由于我不完全了解（*）的原因，许多嵌入式系统编译器将包含对象文件中的所有功能（如果它们包含任何功能），但会完全省略完全不使用的任何对象文件。

请注意，在支持Reflection的语言（例如Java，C＃，vb.net等）中，给定一个函数的名字，可以在运行时创建对它的引用，即使代码中没有引用。例如，一个例程可以接受来自控制台的字符串，以某种方式使用该字符串，并以该名称生成对函数的调用。编译器或链接器无法知道可能会如此生成哪些名称，因此无法知道可以安全地从代码中省略哪些函数。但是，在C或C++中不存在这样的困难，因为没有定义的方法让代码创建对函数，变量或常量的引用，而不在代码中存在明确的引用。有些实现可能会安排一些事情，以便连续声明的常量或变量将被连续存储，因此可以通过向先前声明的一个偏移量添加偏移量来创建对后面声明的引用的引用，但这些技巧的行为是明确的不受C或C++标准的保证。 （*）我知道它使得编译和链接变得更加容易，但是今天的计算机应该没有运行更复杂的编译和链接算法的麻烦，而这种算法比过去几十年来的实践要容易。如果没有别的，预编译/链接阶段可以使用两步预编译/预链接/编译/链接方法生成所使用的事物列表，然后在“真实”编译/链接阶段省略那些不是。

Answer 7

如果使用/Gy进行编译并链接到/OPT:REF，MSVC（Visual Studio编译器/链接器）可以执行此操作。

如果您使用-ffunction-sections -fdata-sections进行编译并链接到--gc-sections，GCC/binutils可以执行此操作。

不知道其他编译器。

Answer 8

一般来说，答案是：

是：未使用static功能。

编号：  未使用的全局可用函数。

编译器不知道其他编译单元是否引用它。而且，大多数对象模块类型不允许在编译后删除函数，也不提供链接器判断是否存在内部引用的方法。 （链接器可以分辨出是否有外部。）有些链接器可以做到这一点，但很多事情都可以解决这个问题。

当然，它自己的模块中的函数不会被任何链接器不必要地加载，除非它是共享库的一部分。 （因为它在将来可能会在运行时被引用，很明显。）

Answer 9

所有你需要的是这样的__declspec（selectany）变量或函数这里

检查http://msdn.microsoft.com/en-us/library/5tkz6s71%28v=vs.71%29.aspx

它将删除，如果函数或变量它没有在代码中引用