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

一、-nostdlib的作用范围 #

从man gcc的定义可知：

-nostdlib
  链接时不使用标准系统启动文件或库。

注意这里的“链接时”——该选项仅控制链接阶段的行为，完全无法干预编译阶段，也就阻止不了GCC/Clang生成对C标准库函数的调用。

二、实际案例验证 #

我们用一段简单代码测试：

代码文件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'

可见链接器报错找不到memset——原因是O2优化下，编译器把循环赋值逻辑替换成了memset调用，但-nostdlib只是不让链接标准库，没阻止编译器生成这个调用。Clang也有同样表现。

三、核心问题：这是正常行为吗？ #

是的，这完全符合-nostdlib的设计预期。该选项的唯一作用是在链接阶段排除标准启动文件和库，不影响编译阶段的任何优化或代码生成逻辑，包括编译器自动生成标准库函数调用的行为。

四、阻止生成标准库调用的方法 #

使用-ffreestanding选项可以解决这个问题：

声明编译目标为独立环境，隐含-fno-builtin。独立环境中通常没有标准库，程序入口也不一定是main（比如操作系统内核），该选项等效于-fno-hosted。

添加该选项后编译：

$ arm-none-eabi-gcc t35.c -nostdlib -O2 -ffreestanding
<nothing> (符合预期)

此时编译器不会生成memset调用，链接顺利完成。

内容的提问来源于stack exchange，提问作者pmor