如果我在C程序中包含<stdlib.h>或<stdio.h>，我在编译时不需要链接这些，但我必须链接到<math.h>，使用-lm与GCC，例如:
gcc test.c -o test -lm
这是什么原因呢?为什么我必须显式地链接数学库，而不是其他库?
当前回答
注意，即使使用一些C数学函数，-lm也不一定总是需要指定。
例如，下面这个简单的程序:
#include <stdio.h>
#include <math.h>
int main() {
printf("output: %f\n", sqrt(2.0));
return 0;
}
可以编译并成功运行如下命令:
gcc test.c -o test
它在GCC 7.5.0 (Ubuntu 16.04)和GCC 4.8.0 (CentOS 7)上进行了测试。
这篇文章给出了一些解释:
你调用的数学函数是由编译器内置函数实现的
参见:
GCC提供的其他内置函数 如何让gcc编译器不优化标准库函数调用如printf?
其他回答
如果我放入stdlib.h或stdio.h，我不需要链接它们，但我必须在编译时链接:
Stdlib.h, stdio.h是头文件。你把它们包括进来是为了方便。如果你链接到适当的库中，它们只预测哪些符号是可用的。实现在库文件中，这是函数真正存在的地方。
包含math.h只是获得对所有math函数的访问权的第一步。
此外，如果你不使用它的函数，你也不必链接到libm，即使你做了#include <math.h>，这只是一个关于符号的信息步骤，对于编译器来说。
Stdlib.h, stdio.h指的是libc中可用的函数，这些函数总是被链接在一起，这样用户就不必自己做了。
因为time()和其他一些函数是内置在C库(libc)中定义的，GCC总是链接到libc，除非你使用- ffrestanding compile选项。然而，数学函数存在于libm中，并不是由gcc隐式链接的。
我认为这有点武断。您必须在某个地方划清界限(哪些库是默认的，哪些库需要指定)。
它让你有机会用一个具有相同功能的不同产品来替代它，但我不认为这样做很常见。
我认为GCC这样做是为了保持与原始cc可执行文件的向后兼容性。我猜cc为什么这样做是因为构建时间——cc是为比我们现在的功率小得多的机器编写的。许多程序没有任何浮点数学运算，它们可能会将所有不常用的库从默认值中删除。我猜Unix操作系统的构建时间和与之配套的工具是驱动因素。
如前所述，C库libc默认是链接的，该库包含stdlib.h、stdio.h和其他几个标准头文件的实现。只是补充一下，根据“GCC介绍”，C语言中基本“Hello World”程序的链接器命令如下所示:
ld -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o
/usr/lib/crti.o /usr/libgcc-lib /i686/3.3.1/crtbegin.o
-L/usr/lib/gcc-lib/i686/3.3.1 hello.o -lgcc -lgcc_eh -lc
-lgcc -lgcc_eh /usr/lib/gcc-lib/i686/3.3.1/crtend.o /usr/lib/crtn.o
注意第三行中链接C库的选项-lc。
这是个bug。你不必再显式地指定-lm了。也许如果有足够多的人抱怨，它就会被修复。(我并不真的相信这一点，因为坚持这种区别的维护者显然非常固执，但我希望如此。)
