clang 编译必须用 -o 显式指定输出文件名，否则默认为 a.out；-o 后需紧接文件名（无空格），仅链接阶段生效，路径须预先存在，且对参数顺序和空格更敏感。
clang 编译时用 -o 指定输出文件名
Clang 默认把可执行文件输出为 a.out，想改名必须显式用 -o 参数，没有例外。漏掉 -o 就会覆盖默认名，哪怕只编译一个 .c 文件也一样。
常见错误是写成 clang hello.c -o hello 却发现没生成 hello——其实生成了，但可能被后续命令覆盖，或因权限/路径问题写入失败；更典型的是误加空格导致参数解析错位，比如 clang hello.c -o hello（-o 和文件名之间多空格），Clang 会把 hello 当作下一个输入文件处理，报错 no input files。
-
-o必须紧跟文件名，中间不能有空格，如-ohello是错的，-o hello才对 - 如果同时指定多个源文件，
-o决定最终可执行文件名，不是每个源文件单独输出 - 目标路径需存在且可写，
-o ./bin/app要求./bin/目录已创建
链接阶段必须用 -o，仅编译不生效
Clang 区分「编译」和「链接」：加 -c 只生成目标文件（.o），此时 -o 指定的是目标文件名，不是可执行文件；去掉 -c 进入链接阶段，-o 才控制最终可执行文件名。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
例如：clang -c main.c -o main.o 输出 main.o；而 clang main.o utils.o -o myapp 才生成可执行的 myapp。混淆这两步会导致文件名不符预期，尤其在 Makefile 或脚本里反复调用时容易出错。
-
-c模式下-o的值必须带.o后缀（否则 Clang 不报错但语义易混淆） - 链接多个
.o时，-o只能出现一次，重复写会覆盖前一个 - 如果忘记写
-o且没加-c，Clang 仍输出a.out，不会报错，容易被忽略
与 GCC 行为一致，但错误提示更严格
-o 在 Clang 和 GCC 中用法完全相同，迁移时无需调整。但 Clang 对参数顺序更敏感：比如 clang -o app main.c -O2 正常，而 clang main.c -o app -O2 也正常；但若把 -o 放最后，如 clang main.c -O2 -o，Clang 会直接报错 error: option '-o' requires an argument，GCC 则可能静默失败或行为不一致。
- 建议始终把
-o放在输入文件之后、其他选项之前，减少歧义 - Shell 变量展开时注意引号：
clang "$SRC" -o "$BIN"，避免空格导致截断 - Windows 下用 Clang（如通过 MSVC 工具链），
-o依然有效，但输出默认是.exe后缀（Clang 不自动加，需手动写-o app.exe）
输出名含路径时，目录必须提前创建
-o 后跟相对或绝对路径（如 -o build/app）时，Clang 不会自动创建中间目录。如果 build/ 不存在，会报错 cannot create output file: No such file or directory，而不是提示目录缺失。
- 构建脚本中务必先
mkdir -p build再调用clang - 路径中含波浪号
~不会被 shell 展开（Clang 不做这个工作），要写成$HOME/bin/app或绝对路径 - 使用
-o /dev/null可跳过写文件，用于语法检查，但此时 Clang 仍会执行预处理、编译、汇编全流程（除非加-fsyntax-only）
-o 看似简单，但路径、空格、阶段区分这三点最容易卡住人；尤其在自动化流程里，少一个 mkdir -p 或多一个空格，错误信息又不直指根源，得盯住命令本身查。
