Clang 的 -o 参数必须紧跟非空文件名且位于所有输入文件之后，否则会报错或误行为；正确用法如 clang++ main.cpp -o main，漏写参数或顺序错误将导致编译失败或源文件被覆盖。
用 -o 参数指定输出文件名，位置必须在输入文件之后
Clang 默认把 a.out 当作输出名，改名只靠 -o，但它对参数顺序敏感：如果写成 clang++ -o main.o main.cpp，Clang 会误以为 main.o 是要链接的目标文件，而不是输出名——结果报错 ld: can't open output file for writing: main.o。正确顺序是输入文件在前、-o 在后。
-
clang++ main.cpp -o main→ 输出可执行文件main -
clang++ -c main.cpp -o main.o→ 只编译不链接，输出目标文件main.o - 多个源文件时：
clang++ a.cpp b.cpp -o myapp，-o仍只能出现一次且必须在最后
和 GCC 行为一致，但 Clang 对拼写错误更严格
虽然 -o 是通用选项，但 Clang 在解析时比 GCC 更早拒绝非法用法。比如漏掉参数：clang++ main.cpp -o，GCC 会静默把输出设为空字符串（导致写入当前目录的空文件名），而 Clang 直接报错 error: argument to '-o' is missing。这意味着你没法靠试错蒙混过关，必须写全。
- 确认
-o后紧跟非空字符串，中间不能有空格隔开 - 路径支持相对或绝对：
-o ./build/app或-o /tmp/prog - 若输出路径不存在，Clang 不会自动创建父目录，会报
No such file or directory
想生成 .o 文件但忘了加 -c，结果覆盖了源码
这是新手高频事故：写成 clang++ main.cpp -o main.o，没加 -c，Clang 会尝试完整编译+链接，然后把可执行文件强行命名为 main.o——这不是目标文件，只是名字像。更糟的是，如果恰好有同名源文件 main.o，它会被直接覆盖。
- 生成目标文件必须显式加
-c：clang++ -c main.cpp -o main.o - 生成静态库要分两步：先
-c得到 .o，再用ar rcs libxxx.a xxx.o - 检查输出类型：用
file main.o，正确的目标文件应显示ELF ... relocatable；若显示ELF ... executable，说明漏了-c
Windows 上注意扩展名和 shell 转义
在 PowerShell 或 CMD 下，.exe 后缀不是必须的，但加上更安全。Clang 不会自动补 .exe，-o app 输出的就是 app，运行时得敲 ./app 或 app.exe（取决于是否存在）。另外，PowerShell 会把 -o 后面带点的名称（如 -o main.o）当成命令参数对象，有时需要加引号。
立即学习“C++免费学习笔记（深入）”；
- 推荐写成
clang++ main.cpp -o "main.exe"避免 PowerShell 解析歧义 - MinGW-w64 环境下，输出名含空格必须加引号：
-o "my app.exe" - Clang 自身不处理扩展名逻辑，
.o、.obj、.exe全凭你定，链接器才关心实际格式
-o 看似简单，但和 -c、路径存在性、shell 环境耦合紧密——错一个地方，轻则输出异常，重则静默覆盖源文件。 
