-nostdlib 不阻止 GCC/Clang 生成对 C 标准库函数的调用是否正常？

Question

来自man gcc ：

-nostdlib
  Do not use the standard system startup files or libraries when linking.

这里我们看到“链接时”。 这意味着-nostdlib不会阻止 GCC 生成对 C 标准库函数的调用。

让我们检查：

$ cat t35.c
#define SIZE 4096
char b[SIZE];
void _start(void)
{
  char *p = b;
  int i = SIZE;
  while(i > 0)
  {
    *p = 12;
    ++p;
    --i;
  }
}

$ arm-none-eabi-gcc t35.c -nostdlib -O2
ld.exe: cco83lvm.o: in function `_start':
t35.c:(.text+0x10): undefined reference to `memset'

在这里我们看到 ld 需要memset （因为 GCC 生成了memset ）。 因此，尽管用户程序中没有memset ，但用户仍需要提供memset 。 对于用户来说，这可能会造成混淆。

Clang 的情况相同： https://godbolt.org/z/jEz77fnf3 。

总体问题很简单： -nostdlib不阻止 GCC/Clang 生成对 C 标准库函数的调用是否正常？\

---

更新。 为了防止生成某些 C 标准库函数，有一个-ffreestanding选项：

断言编译目标是一个独立的环境。 这意味着 -fno-builtin。 独立环境是标准库可能不存在的环境，程序启动不一定在“main”。 最明显的例子是操作系统 kernel。这相当于 -fno-hosted。

演示：

$ arm-none-eabi-gcc t35.c -nostdlib -O2 -ffreestanding
<nothing> (expected)

Answer 1

-nostdlib 不阻止 GCC/Clang 生成对 C 标准库函数的调用是否正常？

是的。 该选项是关于链接和启动文件，而不是关于优化。 当您使用-nostdlib时，您通常会提供并链接到您自己的memset实现。

Answer 2

是的，这是记录在案的。 memset和其他一些是特例。

https://gcc.gnu.org/onlinedocs/gcc-12.2.0/gcc/Standards.html#Standards

GCC 使用的大多数编译器支持例程都存在于 libgcc 中，但也有一些例外。 GCC需要独立环境提供memcpy 、 memmove 、 memset和memcmp 。 最后，如果使用__builtin_trap ，并且目标未实现陷阱模式，则 GCC 发出对abort的调用。