答案是命令行未指定源文件：clang 不自动扫描目录，必须显式列出 .c/.cpp 文件，如 clang -o app main.c utils.c；漏写、变量为空、通配符未展开或 Makefile 拼接错误均会导致该报错。
clang 编译多个文件时提示 no input files
这是最常见也最容易被忽略的问题：你执行了 clang 命令，但没给它任何源文件。比如只写了 clang -o app 就回车，或者误把源文件名漏掉了。
Clang 不会自动扫描当前目录找 .c 或 .cpp 文件，它只处理命令行明确列出的输入。
- 检查命令是否真的包含源文件，例如：
clang -o app main.c utils.c—— 缺少任一.c就会报no input files - 如果用了变量或通配符（如
$SOURCES或*.c），先在 shell 中echo $SOURCES或ls *.c确认它们展开后不为空 - 在 Makefile 或
tasks.json中，注意反斜杠\换行时末尾多加空格会导致下一行被截断（例如-I /path \后面多了空格，会让-I变成孤立参数，clang 误认为它是“输入文件”）
链接阶段报 undefined reference to 'xxx'
这说明编译成功了（每个 .c 都生成了 .o），但链接时找不到函数或变量的定义。不是头文件没包含，而是对应实现没参与链接。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 确保所有含函数定义的源文件都出现在最终的 clang 命令里，比如
foo.h声明了void bar();，那bar.c必须和main.c一起传给 clang：clang -o app main.c bar.c - 不要只编译
main.c，然后试图链接一个不存在的bar.o—— 如果没生成bar.o，就别在链接命令里写它 - 用
clang -c foo.c单独编译时，不会生成可执行文件；必须把所有.o或所有.c一次性交给 clang 才能完成链接 - 第三方库要显式链接，例如用了
sqrt()就得加-lm：clang -o app main.c -lm
VSCode 或 CMake 项目里 clang 找不到头文件
编辑器报 algorithm file not found 或 pp_file_not_found，但终端里 clang main.cpp 能编译通过 —— 这是 clangd 或构建系统没拿到正确的 include 路径。
- 对 clangd：必须有
compile_commands.json，且位置正确（项目根目录，不是build/下）；CMake 项目需开启set(CMAKE_EXPORT_COMPILE_COMMANDS ON)或运行cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=1 - 手动调用 clang-tidy 时，记得加
-- -x c++ -I/path/to/headers，中间--很关键，它把后面的参数透传给 underlying clang - Clang 默认不查系统头路径（如
/usr/include/c++），除非用系统自带 clang；msys2 或自建工具链需指定--sysroot或确保clang++而非clang被调用（前者自动带 C++ 标准库路径）
Makefile 里 clang 报 linker input unused 或路径错误
典型现象是 clang 报 error: no such file or directory: ' -I' 或警告 unused command-line argument —— 实际上是 shell 层面的参数拼接出错了。
- 检查 Makefile 中变量赋值末尾有没有多余空格或制表符，尤其在反斜杠
\换行处：FLAGS += -Iinc \这个\后面若跟了空格，会导致下一行被吞掉或错位 - 用
make -n查看实际执行的命令，确认-I后紧跟路径，而不是变成-I /path（中间有空格）或-I单独成项 - 避免在 Makefile 里拼接路径时漏掉引号，尤其路径含空格或特殊字符时：
-I"$(ROOT)/include"比-I$(ROOT)/include更安全
实际写多文件项目时，最容易被卡住的不是语法，而是「哪个文件该出现在哪条命令里」—— clang 不做推测，你列什么，它就处理什么。路径、顺序、拼写，全得对得上。
