CMake默认用GCC，需在配置时用-DCMAKE_CXX_COMPILER=/usr/bin/clang++和-DCMAKE_C_COMPILER=/usr/bin/clang成对指定编译器路径，避免仅设CXX导致报错。
怎么让CMake用Clang而不是GCC编译
默认情况下，CMake会调用系统默认的C++编译器（通常是GCC），要让它用clang++，关键是在配置阶段通过CMAKE_CXX_COMPILER明确指定路径，而不是靠环境变量或后期替换。
最稳妥的做法是：在运行cmake命令时就传入编译器路径。例如：
cmake -DCMAKE_CXX_COMPILER=/usr/bin/clang++ -DCMAKE_C_COMPILER=/usr/bin/clang ..
注意必须同时设置CMAKE_C_COMPILER，否则CMake可能因C/C++编译器不匹配而报错CMAKE_C_COMPILER is not set或触发内部检查失败。
- 不要只设
CMAKE_CXX_COMPILER，C和C++编译器必须成对指定 - 路径必须真实存在，建议用
which clang++确认；macOS上可能是/usr/bin/clang++或/opt/homebrew/bin/clang++ - 避免依赖
CC/CXX环境变量——CMake 3.20+已默认忽略它们，除非显式启用-D CMAKE_DISABLE_FIND_PACKAGE_Clang=ON等非常规操作
Clang特有的编译选项怎么加进CMakeLists.txt
CMake本身不区分编译器厂商，但Clang支持一些GCC不兼容的flag（比如-Weverything、-fno-rtti），直接硬编码进target_compile_options会导致GCC构建失败。得按编译器类型条件注入。
推荐写法是用$生成器表达式：
target_compile_options(my_target PRIVATE $<clang>:-Weverything -Wno-c++98-compat) </clang>
这样只有Clang才会启用这些选项，GCC和MSVC自动跳过。
-
$比if(CMAKE_CXX_COMPILER_ID STREQUAL "Clang")更安全——后者在交叉编译或缓存重用时可能误判 - 别把
-std=c++17这类通用标准选项放进条件块，它在所有主流编译器上都有效，直接写在set(CMAKE_CXX_STANDARD 17)里更清晰 - Clang的
-fsanitize=address需要链接器配合，记得同步加target_link_libraries(my_target PRIVATE clang_rt.asan)（Linux/macOS路径不同，需判断）
为什么CMake报错“Clang does not support ‘-march=native’”
这个错误通常发生在你把GCC专用flag（如-march=native、-mtune=native）全局塞进了CMAKE_CXX_FLAGS，而Clang从14开始才支持-march=native，旧版Clang（比如Ubuntu 20.04自带的10.x）直接拒绝解析。
解决办法不是降级flag，而是用CMake内置的target_compile_features或架构检测替代：
if(CMAKE_CXX_COMPILER_ID STREQUAL "Clang") # Clang 12+ 支持 -march=native，但版本检测太琐碎，不如用通用方式 include(CheckIPOSupported) check_ipo_supported(RESULT ipo_supported OUTPUT ipo_output) endif()
- 优先用
check_cxx_compiler_flag()实测flag可用性，而不是查文档猜版本 -
-march=native本质是让编译器探测CPU特性，Clang下可改用-mcpu=native（效果相近，兼容性更好） - 如果项目必须用
-march=native，请在CMakeLists.txt开头加cmake_minimum_required(VERSION 3.22)并要求Clang ≥14，避免用户用老旧Clang构建失败
Clang + CMake调试时符号没生成怎么办
Clang默认开启-g，但如果你看到gdb加载不到符号或objdump -t输出为空，大概率是CMake构建类型没设对，或者Clang被强制去除了调试信息。
确保构建时用-DCMAKE_BUILD_TYPE=Debug，且没在CMakeLists.txt里覆盖CMAKE_CXX_FLAGS_DEBUG：
cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_CXX_COMPILER=clang++ ..
Clang生成的DWARF格式默认是DWARF-4（GCC常用DWARF-2），GDB/Lldb都能识别，但某些老工具链（如CentOS 7的GDB 7.6）可能需要显式加-gdwarf-2。
- 检查生成的
compile_commands.json里是否有-g标志——没有就说明CMAKE_BUILD_TYPE没生效或被覆盖 - Clang的
-gline-tables-only会减小二进制体积但削弱调试能力，生产环境可用，开发阶段别开 - macOS上Clang默认用DWARF，但Xcode工具链可能启用
-gsplit-dwarf，导致.dwo文件分散，dsymutil必须运行才能合并符号
Clang和CMake的组合看似简单，真正卡住人的往往是编译器版本碎片、flag兼容性边界、以及CMake缓存残留——每次换编译器最好删掉整个build目录重来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
