Clang 默认不指定输出名时，可执行文件生成在当前目录，命名为a.out（Linux/macOS）或a.exe（Windows）；它由编译链接一步生成，非源码也非.o文件，需用./a.out运行。
编译后生成的可执行文件在哪？
Clang 默认不指定输出名时，会生成 a.out（Linux/macOS）或 a.exe（Windows + Clang for Windows）。这个文件就是能直接运行的程序，不是源码，也不是 .o 目标文件。
常见误区是以为 clang hello.c 只编译、没链接——其实它默认一步到位：预处理 → 编译 → 汇编 → 链接，只要没报错，当前目录下就有可执行文件。
- 检查是否生成：
ls -l a.out（macOS/Linux）或dir a.exe（Windows） - 如果用了
-o myprog，那运行的就是./myprog，不是./myprog.out - 若找不到文件，大概率是编译失败（比如语法错误），此时不会生成
a.out，终端会直接报错并停在错误行
为什么 ./a.out 才能运行，而不是直接敲 a.out？
Shell 默认只在 $PATH 环境变量列出的目录里找命令（如 /usr/bin、/bin），而 a.out 在当前目录，不在 $PATH 里。所以必须加 ./ 显式指明路径。
-
a.out→ 报错：command not found -
./a.out→ 正确：告诉 shell “就在当前目录执行这个文件” - 权限问题也会导致运行失败：
chmod +x a.out补救（极少见，现代 Clang 默认生成可执行权限）
运行时报 “dyld: Library not loaded” 或 “libstdc++ not found” 怎么办？
这类错误通常出现在 macOS 上用 clang（而非 clang++）编译 C++ 文件，或链接了非系统标准库但没指定路径。纯 C 文件一般不会触发——除非你手动加了 -lstdc++ 或引用了 C++ 头文件。
- 确认源文件是 C 还是 C++：
hello.c用clang；hello.cpp必须用clang++ - 避免混用：
clang hello.cpp可能链接失败；clang++ hello.c虽能过，但可能引入不必要的 C++ 运行时 - Objective-C 文件（
.m）必须加-framework Foundation，否则链接阶段就失败，根本到不了运行
能不能跳过生成文件，直接编译+运行一条龙？
不能。Clang 本身没有 --run 或类似选项。但你可以用 shell 命令链实现效果：
clang hello.c -o tmp && ./tmp && rm tmp
注意这仅适合调试小片段。真实开发中，反复生成/删除可执行文件容易出错，尤其当 tmp 已被占用或权限异常时。更稳妥的做法是固定输出名（如 -o test），跑完再手动删。
真正容易被忽略的是：Clang 编译成功 ≠ 程序逻辑正确。它不检查空指针解引用、数组越界、未初始化变量——这些只有运行时才暴露，且错误表现可能是崩溃、乱码或静默错误，和编译阶段完全无关。
