clang不能直接编译.cpp文件，因其默认以c模式驱动，不自动链接c++标准库及启动文件，导致undefined reference错误；clang++则自动启用c++驱动模式，隐式链接对应标准库（libc++或libstdc++）和必要运行时支持。
直接用 clang++，不要用 clang 编译 C++ 源文件。 否则很可能链接失败或找不到 std::cout、new 等基础符号 —— 这不是配置问题，是编译器驱动模式的硬性区别。
为什么 clang 不能直接编译 .cpp 文件
clang 和 clang++ 虽然是同一个二进制文件（macOS/Linux 下常为硬链接或相同 inode），但它们启动时自动进入不同“driver mode”：前者默认按 C 语言处理，后者按 C++ 处理。这意味着：
-
clang main.cpp实际上等价于clang --driver-mode=gcc main.cpp，它不会自动链接 C++ 标准库（libstdc++或libc++） - 即使加了
-std=c++17，clang仍不会启用 C++ 链接逻辑，导致undefined reference to 'std::cout'这类错误 - 只有
clang++（或显式加--driver-mode=g++）才会自动添加-lstdc++（或-lc++，取决于系统默认）和相关启动文件（如crt0.o、libgcc_eh）
clang++ 和 clang --driver-mode=g++ 的行为差异
二者在绝大多数场景下等效，但有细微差别：
-
clang++ main.cpp -o app：自动启用 C++ 模式，隐式链接标准库，无需额外参数 -
clang --driver-mode=g++ main.cpp -o app：效果相同，但更显式；适合脚本中统一调用clang二进制并动态切换语言模式 -
clang -x c++ main.cpp -o app：也能强制识别为 C++ 源码，但依然不触发 C++ 链接逻辑，必须手动加-lc++，容易遗漏
多文件项目里 clang++ 的链接行为
当编译多个 .cpp 文件并链接时，clang++ 的一致性很关键：
- 分别编译：
clang++ -c a.cpp -o a.o和clang++ -c b.cpp -o b.o—— 安全，生成的对象文件带 C++ ABI 符号信息 - 混用命令：
clang -c a.cpp -o a.o+clang++ b.o -o app—— 可能成功，但若a.cpp用了模板或异常，clang生成的a.o缺少必要运行时支持，链接期或运行时报错 - 最终链接必须用
clang++：哪怕所有 .o 都由clang++ -c生成，用clang去链接仍会漏掉-lc++，报undefined reference to '__cxa_begin_catch'
容易被忽略的 macOS / Linux 差异点
macOS 上默认用 libc++，Linux 通常用 libstdc++，但 clang++ 会自动选对 —— 这个细节藏在 driver mode 里：
- 不指定时：
clang++在 macOS 自动加-lc++，在 Ubuntu 自动加-lstdc++ - 手动覆盖：
clang++ -stdlib=libc++或-stdlib=libstdc++可强制切换，但仅当真有兼容需求才需要 - 误用
clang时，即使加了-lc++，也可能因缺少 C++ 启动代码（如crti.o、init.o）而报cannot find crt1.o
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
