未提供源码时Clang报链接错误而非无输入错误的原因？

问题现象 #

直接执行clang命令未提供任何源码文件时，出现链接阶段错误：

$ clang
/usr/bin/x86_64-pc-linux-gnu-ld.bfd: /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../lib64/Scrt1.o: in function `_start':
(.text+0x1b): undefined reference to `main'
clang: error: linker command failed with exit code 1 (use -v to see invocation)

当前clang版本信息：

$ clang --version
clang version 18.1.8
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm/18/bin
Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg

clang -v输出显示，无输入时clang仍会调用链接器尝试生成可执行文件：

$ clang -v
clang version 18.1.8
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm/18/bin
Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg
System configuration file directory: /etc/clang
Selected GCC installation: /usr/lib/gcc/x86_64-pc-linux-gnu/13
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Selected multilib: .;@m64
 "/usr/bin/x86_64-pc-linux-gnu-ld.bfd" --hash-style=gnu --eh-frame-hdr -m elf_x86_64 -pie -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o a.out /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../lib64/Scrt1.o /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/13/crtbeginS.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/13 -L/usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../x86_64-pc-linux-gnu/lib -L/lib -L/usr/lib -z relro -z now -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-pc-linux-gnu/13/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../lib64/crtn.o
/usr/bin/x86_64-pc-linux-gnu-ld.bfd: /usr/lib/gcc/x86_64-pc-linux-gnu/13/../../../../lib64/Scrt1.o: in function `_start':
(.text+0x1b): undefined reference to `main'
clang: error: linker command failed with exit code 1 (use -v to see invocation)

对比GCC的行为，它会直接提示无输入文件：

$ gcc
gcc: fatal error: no input files
compilation terminated.

原因分析 #

1. Clang与GCC的设计差异
   Clang的默认逻辑是：即使没有输入文件，也会进入链接阶段，尝试链接C运行时（CRT）启动文件和标准库，最终因缺少main函数触发链接错误。而GCC会在编译前期检测到无输入文件时直接终止流程，不会进入链接环节。这是两者核心设计的差异，并非bug。

2. Gentoo USE flags的影响
   从你提供的USE flags来看，没有任何选项会直接改变Clang的无输入处理逻辑。当前USE flags主要覆盖系统组件、多媒体、语言支持等领域，和Clang的编译/链接流程控制无关。

3. 配置文件的可能性
   注意到Clang加载了/etc/clang/x86_64-pc-linux-gnu-clang.cfg配置文件，可检查该文件是否包含强制链接的自定义参数。不过即使没有该配置，Clang的默认行为依然会触发此现象。

解决方案与验证 #

• 若要让Clang像GCC一样直接提示无输入文件，可添加-c参数（仅执行编译步骤，跳过链接）：

  $ clang -c
  clang: error: no input files
  

• 如需确认配置文件是否影响，可临时通过--no-config参数禁用配置文件后测试：

  $ clang --no-config
  # 仍会出现相同的链接错误，说明是默认行为
  

总结 #

该现象是Clang的默认行为，源于和GCC的设计差异，并非Gentoo系统USE flags导致的问题。如果需要模拟GCC的报错逻辑，使用clang -c即可。

内容的提问来源于stack exchange，提问作者S.Y. Kim