c++oding="utf-8" ?>
使用 -c 参数即可只生成 .o 文件：clang++ -c main.cpp 生成 main.o，该选项跳过链接阶段，仅执行编译与汇编，并支持指定输出路径、c++标准及标准库。
Clang编译C++时怎么只生成 .o 文件（不链接）
直接加 -c 参数就行。这是最常用也最可靠的方式，告诉 Clang 停在编译+汇编阶段，输出目标文件而不是可执行文件。
-
clang++ -c main.cpp→ 生成main.o -
clang++ -c -o build/main.o src/main.cpp→ 指定输出路径和名字 - 如果用了头文件或自定义 include 路径，
-I必须跟上，否则预处理失败，根本走不到生成.o这步 - 注意：
-c不会检查main()是否存在，也不会报“undefined reference”，因为链接阶段被跳过了
为什么 clang++ -c 有时还是报错说找不到 std::string
常见于没启用 C++ 标准库支持，或者标准版本太老。Clang 默认可能用 C++98，而现代代码依赖 C++11+ 的特性（比如 std::string 的移动语义）。
- 显式指定标准：
clang++ -std=c++17 -c main.cpp - 确保 libc++ 或 libstdc++ 可用：macOS 默认用 libc++，Linux 通常用 libstdc++；若手动指定，加
-stdlib=libc++或-stdlib=libstdc++ - 如果用
-nostdlib或-nodefaultlibs，那连std::string的声明都不会加载——除非你手动提供所有头文件路径和库声明，否则必然失败
生成的目标文件能直接用 g++ 链接吗
可以，只要 ABI 兼容。Clang 和 GCC 生成的 .o 文件都遵循 ELF（Linux/macOS）或 COFF（Windows）格式，且默认使用相同的 C++ ABI（如 Itanium ABI）。
- Linux 上：
clang++ -c a.cpp+g++ a.o b.o -o prog没问题 - macOS 上需留意：Clang 默认用 libc++，g++（如果装了）可能链接 libstdc++，混用会导致符号未定义（如
_ZNSs4_Rep20_S_empty_rep_storageE类错误） - 跨工具链时建议统一标准库：要么都加
-stdlib=libc++，要么都用-stdlib=libstdc++（后者在 macOS 需额外安装）
想看 .o 文件里到底有啥符号，用什么命令
用 nm 或 objdump 最直接，不用反编译也能确认是否生成成功、有没有预期符号。
-
nm -C main.o→ 显示带可读名的符号（-C解析 C++ 名字修饰） -
objdump -t main.o | grep 'main'→ 查看符号表中是否含main或类成员函数 - 如果输出为空或只有
U（undefined）符号，说明该文件只是个“壳”，可能源码里没定义任何函数，或全内联了 - 注意：模板实例化符号（如
std::vector<int>::size()</int>）只有在实际被用到时才会出现在.o中
目标文件本身不包含调试信息，除非加了 -g；但即使没 -g，nm 也能看到函数名和全局变量名——前提是没被优化掉（-O2 可能导致内联后符号消失）。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
