Conan 编译器设置唯一由 Profile 控制，其中 [buildenv] 下的 CC/CXX 决定实际调用的编译器，[settings] 仅用于二进制兼容性判断；交叉编译必须显式配置 CC/CXX 路径，否则将误用宿主机编译器导致链接失败。
Conan 里编译器设置在 Profile 文件中
Conan 不从环境变量（如 CC、CXX）自动继承编译器，除非你显式在 Profile 里声明。它把「用哪把刀」这件事收口到 Profile，而不是依赖 shell 环境——这是避免「我本地能编，CI 上挂」的关键设计。
Profile 是纯文本文件，通常放在 profiles/ 目录下（路径任意，但需在 conan install 时显式指定）。里面分三块：[settings] 定义目标平台属性，[buildenv] 设置构建时环境变量，[conf] 控制工具链行为。
-
[settings]中的compiler、compiler.version、compiler.libcxx等只用于二进制兼容性判断，不决定实际调用哪个可执行文件 - 真正控制调用哪个编译器的是
[buildenv]下的CC和CXX——它们会被 Conan 注入到构建过程的环境里，CMake 或 Autotools 会直接读取 - 如果你漏写
[buildenv]，Conan 会 fallback 到系统默认gcc/g++，这在交叉编译场景下必然出错
交叉编译 Profile 必须显式写死 CC/CXX 路径
嵌入式开发中最常见的错误是 Profile 里只写了 arch=armv8 和 compiler=gcc，却没配 CC。结果 Conan 用宿主机的 gcc 去编译 arm 代码，链接时报一堆 undefined reference。
正确做法是把交叉工具链前缀完整写进 CC 和 CXX：
[buildenv] CC=aarch64-none-linux-gnu-gcc-12 CXX=aarch64-none-linux-gnu-g++-12 # 若需 sysroot，也在这里加： AR=aarch64-none-linux-gnu-ar STRIP=aarch64-none-linux-gnu-strip
注意：CC 值必须是可执行文件的完整路径或 PATH 中能查到的命令名；不要写成 aarch64-none-linux-gnu-gcc 就完事——如果系统里装了多个版本，不带后缀容易误调旧版。
- 验证方式：运行
conan profile show my-arm64，确认输出里CC和CXX行已生效 - 若工具链不在 PATH，推荐用绝对路径，比如
/opt/my-sdk/bin/aarch64-linux-gnu-gcc - 别在 Profile 里混用
tools.build:sysroot和[buildenv] SYSROOT=...，两者语义不同：前者影响 Conan 内部路径解析，后者只是透传环境变量
CMake 工具链生成时，compiler 设置会影响 CMAKE_SYSTEM_PROCESSOR 吗？
不影响。CMAKE_SYSTEM_PROCESSOR 是由 Conan 的 CMakeToolchain 根据 Profile 里的 arch（如 armv8）自动映射的，和 compiler 设置无关。但如果你的 arch 值 Conan 不认识（比如写成 arm64 而非 armv8），它可能 fallback 成 x86_64，导致 CMake 找不到对应工具链。
常见陷阱：
-
arch=arm64在 Conan 2.x 中不是标准值，应写arch=armv8 -
os=Linux和os=EmbeddedLinux语义不同：后者会禁用部分 glibc 特性，适合 uClibc/musl 场景 -
compiler.libcxx=libstdc++11和compiler.libcxx=libstdc++对应不同 ABI，混用会导致链接失败，尤其在静态链接 OpenSSL 时容易暴露
为什么 conan install 时没报错，但 CMake configure 阶段找不到头文件？
大概率是 Profile 里的 compiler 和 [buildenv] CC 不匹配，导致 Conan 下载的二进制包（比如 openssl/3.3.2）是按 compiler=gcc, compiler.version=12 构建的，但实际构建时 CC 指向的是 gcc-11 ——ABI 不一致，CMakeDeps 生成的 openssl-config.cmake 里记录的 include 路径就对不上。
检查顺序：
- 运行
conan install . -pr=my-arm64 --build=missing，看日志里是否打出Using CC = aarch64-none-linux-gnu-gcc-12 - 进
build/目录，查看生成的conan_toolchain.cmake，确认set(CMAKE_C_COMPILER "...")指向正确路径 - 检查
generators=CMakeDeps是否启用，且 CMakeLists.txt 中有find_package(OpenSSL REQUIRED)——注意大小写，Conan 生成的 target 名是openssl::openssl，不是OpenSSL::OpenSSL
Profile 是 Conan 编译器设置的唯一权威来源，改环境变量、改 CMakeLists.txt、改 shell 的 export CC=... 都不会覆盖它。这点和 Makefile 项目直觉相反，但正是它保证可复现性的基础。
