clang -o选项必须紧随源文件名之后，否则会被误作输入文件导致报错；-o后接输出文件名（非路径前缀），指定目录需写全路径且目标目录须预先存在；不加-o时Linux/macOS默认输出a.out、Windows为a.exe。
clang -o 选项必须放在源文件名之后
Clang 不像某些工具那样允许参数位置随意，-o 必须紧跟在源文件名后面（或最后），否则会被当作输入文件处理，导致报错 clang: error: no input files 或静默失败。比如 clang -o hello.c main.c 是错的，clang main.c -o hello 才对。
常见错误现象：执行 clang -o hello main.c 成功，但 clang -o hello.c main.c 会生成一个叫 hello.c 的可执行文件——这容易让人误以为是源码文件，实际它不可读、不可编辑，且 ./hello.c 才能运行。
-
-o后面接的只是输出文件名，不是路径前缀；若要指定目录，需写全路径，如-o ./bin/app - 如果目标目录不存在，Clang 不会自动创建，直接报错
clang: error: unable to open output file './bin/app': No such file or directory - Windows 下默认输出扩展名是
.exe，但-o myapp仍生成myapp.exe；而-o myapp.exe也合法，结果一样
clang++ 编译 C++ 文件时 -o 用法完全一致
不要因为用了 clang++ 就以为规则不同——它和 clang 共享同一套驱动逻辑。clang++ main.cpp -o main 和 clang main.c -o main 行为完全对称。唯一区别是 clang++ 默认链接 C++ 标准库（libstdc++ 或 libc++），而 clang 不链，纯 C 项目混用也不会出问题。
容易踩的坑：用 clang 编译 .cpp 文件（如 clang foo.cpp -o foo）可能链接失败，报 undefined reference to 'std::cout'，因为没带 C++ 运行时；此时要么改用 clang++，要么手动加 -lstdc++。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
clang++是推荐方式，不用记额外链接参数 -
-o不影响语言标准选择，C++ 版本需额外加-std=c++20等 - 多个源文件一起编译时，
-o仍只写一次，放在最后：clang++ a.cpp b.cpp -o program
不加 -o 时默认输出名与平台强相关
Clang 在 Linux/macOS 下默认输出 a.out，Windows 下是 a.exe，这个行为由目标三元组（target triple）决定，无法通过环境变量覆盖。你不能靠改 $PATH 或别名来改变它，只能显式用 -o。
调试时临时编译常有人省略 -o，结果反复覆盖 a.out，一不小心就运行了旧版本。尤其在 Git 仓库里，a.out 很容易被误提交——建议养成习惯：所有编译命令都带 -o，哪怕只是 -o tmp。
- CI/CD 脚本里绝对不要依赖
a.out，必须指定明确输出名 -
make中若用 Clang，$@和$ 配合 <code>-o $@是安全写法 -
-o /dev/null是合法的，可用于快速语法检查（配合-fsyntax-only）
链接阶段出错时 -o 依然生效，但文件可能是无效二进制
Clang 的 -o 指令发生在整个编译流程末端，即使链接失败（如找不到 -lncurses），只要没加 -c，它仍会尝试写入输出文件——但该文件不可执行，file 命令会显示 “cannot execute binary file” 或 “data”。这时候 -o 没失效，只是结果不可用。
真正需要警惕的是：链接失败但 shell 退出码是 0（罕见，通常不是），或者你忽略错误继续 ./output 导致 Segmentation fault。务必检查命令返回值，或加 -Werror 让警告也中断流程。
- 加
-v可看到 Clang 实际调用的链接器命令，确认-o是否传给了ld或lld -
-o和-c互斥：用了-c就不会生成可执行文件，-o此时指定的是目标文件名（如.o） - 交叉编译时（如
aarch64-unknown-linux-gnu-clang++），-o行为不变，但输出文件不能在宿主机直接运行
