c++oding="utf-8" ?>
clang默认不启用c++11，必须显式指定-std=c++11等标准参数，否则含nullptr、范围for等特性的代码会报错；还需匹配对应版本的libc++或libstdc++库，并在makefile或cmake中正确配置标准及扩展选项。
Clang 默认不启用 C++11，必须显式指定标准
Clang 不会自动推断你想要用 C++11 —— 即使代码里写了 auto、nullptr 或范围 for 循环，不加参数就编译会直接报错。最常见错误是：error: use of undeclared identifier 'nullptr' 或 error: range-based for loop is a C++11 extension。
必须用 -std= 参数明确告诉 Clang 用哪个标准：
-
clang++ -std=c++11 main.cpp—— 最常用，严格对应 ISO/IEC 14882:2011 -
clang++ -std=c++1y main.cpp—— Clang 3.3–3.4 时期用的过渡名，已弃用，别再用 -
clang++ -std=gnu++11 main.cpp—— 启用 C++11 + GNU 扩展（如__attribute__、内联汇编），适合 Linux 环境下混用 GCC 习惯写法
Clang 版本太低会导致 -std=c++11 不生效
Clang 3.0 开始支持部分 C++11 特性，但完整支持要到 Clang 3.3。如果你运行 clang++ --version 输出类似 clang version 3.1，即使写了 -std=c++11，thread_local、constexpr（部分）、std::unordered_map 的某些构造函数仍会报错。
验证方式很简单：
- 检查版本：
clang++ --version - 查文档确认该版本对 C++11 的支持程度（比如 Clang 官网的 “C++ Status” 页面）
- 若版本过旧，升级比改代码更省事；macOS 自带 Clang 常年滞后，建议用
brew install llvm装新版，然后调用/usr/local/bin/clang++
头文件和库必须匹配 C++11 标准
只加 -std=c++11 不够。如果系统安装的是老版本 libstdc++（比如 GCC 4.6 的），它没有实现 std::chrono 的完整接口，链接时可能失败或运行时报 undefined symbol。
解决方案取决于你用的 STL 实现：
- 用 libc++（Clang 默认推荐）：
clang++ -std=c++11 -stdlib=libc++ main.cpp - 用较新 libstdc++（如 GCC 4.8+ 提供的）：
clang++ -std=c++11 -stdlib=libstdc++ -I/usr/include/c++/4.8（路径按实际调整） - macOS 上注意：Xcode 自带的 libc++ 是 OK 的，但若手动装了 GCC，
-stdlib=libstdc++可能引发 ABI 冲突，不建议混用
Makefile 或 CMake 中漏掉 -std=c++11 是常见构建失败原因
很多项目 Makefile 只写 CXXFLAGS = -O2，没提标准，结果 CI 编译通过、本地失败，或者反过来。CMake 更隐蔽：即使 set(CMAKE_CXX_STANDARD 11)，若没设 set(CMAKE_CXX_STANDARD_REQUIRED ON)，Clang 可能静默降级回 C++98。
实操要点：
- Makefile 中确保：
CXXFLAGS += -std=c++11 -stdlib=libc++（macOS）或-stdlib=libstdc++（Linux） - CMakeLists.txt 中写全：
set(CMAKE_CXX_STANDARD 11) set(CMAKE_CXX_STANDARD_REQUIRED ON) set(CMAKE_CXX_EXTENSIONS OFF) # 关闭 GNU 扩展，保证可移植性
另外，Clang 的 -pedantic 会警告非标准用法，配合 -std=c++11 能提前发现隐式依赖旧标准的代码。
真正麻烦的不是加几个参数，而是不同机器上 Clang 版本、STL 实现、构建系统配置三者组合出的兼容性问题——一个 -std=c++11 解决不了所有事，得逐层确认。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
