-o是Clang指定输出文件名的唯一可靠方式，必须紧跟参数且目录需预先存在；不加时默认输出为a.out；重定向或重命名无效，-o=xxx属非标准用法应避免。
clang 编译时用 -o 指定输出文件名
直接加 -o 参数，后面紧跟目标文件名，这是最常用也唯一可靠的方式。不加 -o 时，clang 默认输出到 a.out，无论输入是什么。
常见错误是把 -o 放在命令末尾但漏掉参数，比如写成 clang hello.c -o —— 这会报错：clang: error: no input files，因为 clang 把 -o 当成了最后一个输入文件名，而后面没东西了。
-
clang hello.c -o hello→ 输出可执行文件hello -
clang -c main.c -o main.o→ 仅编译不链接，输出目标文件main.o -
clang -shared lib.c -o lib.so→ 生成共享库lib.so
为什么不能靠重命名或管道改输出名
clang 不支持像 gcc -o=xxx（带等号）或通过重定向 stdout 来控制二进制输出——重定向只影响诊断信息（如警告），对生成的可执行文件无效；mv a.out xxx 是事后补救，不是“指定”，且在多文件编译或构建系统中不可靠。
另外，-o 必须紧接其参数，中间不能有空格以外的字符；写成 -o=hello 在较新 Clang 版本中可能被接受，但属于非标准用法，不同版本行为不一致，应避免。
和 gcc 的差异基本没有
clang 完全兼容 gcc 的 -o 语义，所有依赖构建系统的工具（Make、CMake、ninja）都基于这一约定工作。只要你用的是标准调用方式，替换 gcc 为 clang 不需要改 -o 逻辑。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
唯一要注意的是：如果同时用了 -E（预处理）、-S（生成汇编）或 -c（生成目标文件），-o 指定的仍是对应阶段的输出名，不是最终可执行文件——比如 clang -S foo.c -o bar.s 会把汇编输出到 bar.s，而不是生成 bar 可执行文件。
容易被忽略的路径问题
-o 后面的路径可以是相对或绝对路径，但目录必须已存在。例如 clang main.c -o build/main 要求 build/ 目录事先创建好，否则报错：clang: error: unable to open output file 'build/main': No such file or directory。
另外，如果路径含空格或特殊字符（如 my app），必须加引号：clang main.c -o "my app"，否则 shell 会拆分成两个参数，clang 收到的是 -o 和 my，又触发前面说的“no input files”错误。
输出名里不要带扩展名后缀（如 .exe）来“表明类型”——clang 不关心后缀，它按实际指令生成对应格式（ELF、Mach-O、PE），后缀纯属你自己管理。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
