Clang交叉编译时怎么生成compile_commands.json-C++-PHP中文网

cmake交叉编译时需用-ninja生成器、启用-dcmake_export_compile_commands=on、正确配置工具链文件并确保构建目录干净，才能生成含交叉编译器路径的compile_commands.json。

clang交叉编译时怎么生成compile_commands.json

compile_commands.json 不是 Clang 自己生成的，而是 CMake 在配置阶段（cmake 命令执行时）根据构建系统描述自动生成的。交叉编译下它照样能出，但前提是 CMake 正确识别了工具链，且没被禁用。

必须启用 Ninja 或 Make 等支持导出的生成器：用 -G "Ninja" 比 -G "Unix Makefiles" 更可靠，Ninja 原生支持 compile_commands.json 输出
必须显式开启导出功能：CMake 默认不生成该文件，需加 -DCMAKE_EXPORT_COMPILE_COMMANDS=ON
工具链文件必须提前就位：比如 arm-linux-gnueabihf.cmake，并在 cmake 命令中通过 -DCMAKE_TOOLCHAIN_FILE=... 指定
构建目录必须是干净的新目录：复用旧构建目录可能因缓存导致导出失效

示例命令：

cmake -G "Ninja" \
  -DCMAKE_TOOLCHAIN_FILE=../toolchains/arm-linux-gnueabihf.cmake \
  -DCMAKE_EXPORT_COMPILE_COMMANDS=ON \
  -B build-arm \
  -S .

运行后，build-arm/compile_commands.json 就会存在，里面每条记录的 command 字段已包含交叉编译器路径（如 arm-linux-gnueabihf-gcc）和所有标志。

这是工具链配置没生效的典型表现——CMake 没真正走交叉编译流程，回退到了本地编译器。

Revealjs Presentations

创建、编辑并部署 reveal.js 演示文稿为单个 HTML 文件，可选自定义 CSS。适用于需要制作演示文稿、幻灯片或宣传材料时使用。

下载

检查 CMAKE_C_COMPILER 是否被正确覆盖：在工具链文件末尾加 message(STATUS "C compiler: ${CMAKE_C_COMPILER}")，看 configure 阶段输出是否为预期的 arm-linux-gnueabihf-gcc
工具链文件中不能漏掉 set(CMAKE_SYSTEM_NAME Linux) 和 set(CMAKE_SYSTEM_PROCESSOR arm)，否则 CMake 不认为你在做交叉编译，CMAKE_C_COMPILER 可能被忽略
如果用了 find_program() 手动查找编译器，注意它默认只搜宿主环境；应改用 find_program(CMAKE_C_COMPILER NAMES arm-linux-gnueabihf-gcc PATHS ...) 并指定 NO_DEFAULT_PATH
CC 环境变量会干扰 CMake 判断：交叉编译时务必清空或避免设置 CC、CXX

Clang 本身支持交叉编译，但需要手动指定目标三元组和 sysroot，不能只靠 --target 参数让 CMake 自动推导。

工具链文件中必须显式设置：set(CMAKE_C_COMPILER clang)，再补上：set(CMAKE_C_FLAGS "--target=armv7a-linux-gnueabihf --sysroot=/path/to/sysroot")
更稳妥的做法是封装一个 wrapper 脚本（如 clang-arm），里面固定写死 exec clang --target=... --sysroot=... "$@"，然后让 CMAKE_C_COMPILER 指向它
注意：CMake 2.8.12+ 才原生支持 Clang 作为交叉编译器；太老版本会把 clang 当成本地编译器处理，导致 compile_commands.json 里缺失 target/sysroot 参数

这通常不是生成机制的问题，而是那些文件根本没被纳入构建目标。

compile_commands.json 只包含实际参与构建的源文件（即被 add_executable() 或 add_library() 引用的），头文件、未被 add_subdirectory() 包含的子目录、或条件编译中被 if(FALSE) 排除的 add_library() 都不会出现
检查 CMakeLists.txt 中对应源文件是否真的进了 add_executable(myapp main.c util.c) 这类调用；如果用了 file(GLOB ...)，确认 glob 模式匹配到了文件，且没有因缓存导致旧列表残留
如果用了 OBJECT 库或 INTERFACE 库，它们的源文件不会单独出现在 compile_commands.json 中——只有最终链接进可执行文件或共享库的源才计入