Keil/IAR工程配置导出本质是解析XML/ICF/UVPROJX等纯文本文件，提取MCU型号、路径、宏定义等构建信息；需处理环境变量替换、语法转换及人工补全启动文件等关键项。
Keil/IAR 工程配置导出本质是解析 XML/ICF/UVPROJX 文件
Keil µVision 的 .uvprojx 和 .uvoptx 是 UTF-8 编码的 XML，IAR 的 .ewp（XML）和链接脚本 .icf 也都是纯文本。所谓“自动化导出”，不是调用 IDE API（它们不公开稳定接口），而是直接读取这些文件，提取关键构建信息：MCU 型号、包含路径、宏定义、优化等级、汇编器/编译器/链接器参数、启动文件、内存布局等。
容易踩的坑：
-
.uvprojx中的路径常含$(CMSIS_PATH)这类环境变量，需提前在脚本中映射为实际路径，否则 CMakeinclude_directories()会失效 - IAR
.icf文件里的define symbol __ICFEDIT_region_ROM_start__ = 0x08000000;这类语句需正则提取，不能简单按行分割 - Keil 的
Optimization字段值是数字（0–3），对应 CMake 的-O0到-O3，但 IAR 的OptimizationLevel是字符串（Low/High），需查表转换
用 Python 快速提取 Keil UVPROJX 中的编译器设置
Python 的 xml.etree.ElementTree 足够处理 .uvprojx。重点抓 Target → TargetOption → CCARM（ARMCC）或 CLANG（ARMCLANG）节点下的子项。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
tree.find(".//CCARM/VariousControls/Define")提取预定义宏，注意其value属性是逗号分隔字符串，需.split(",")后去空格 -
IncludePath节点内容是分号分隔路径，需用os.path.normpath()标准化，并替换掉$(PROJ_DIR)等变量 - ARMCLANG 的
ArmclangControl下的OtherOptions可能含--cpu=ARMv7-A，要转成 CMake 的set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} --cpu=ARMv7-A")
示例片段（提取宏）：
defines = tree.find(".//CCARM/VariousControls/Define")
if defines is not None and defines.get("value"):
c_defines = [d.strip() for d in defines.get("value").split(",") if d.strip()]
IAR .EWP + .ICF 链接脚本需分两步解析
.ewp 存编译选项，.icf 控制内存布局和符号地址 —— CMake 中分别对应 target_compile_definitions() 和 target_link_options()（或自定义链接脚本）。
常见错误现象：
- 直接把
.icf当作链接脚本传给 CMake 的LINK_FLAGS，导致 LLD 报错：IAR 的place at address mem:0x08000000 { readonly section .text };语法 GCC/Clang 不识别 -
.ewp中<option name="ExtraOptions"><state>-DDEBUG -e --no_wrap_diagnostics</state></option>的-e是 IAR 特有入口符号标记，CMake 中要用set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,--entry=Reset_Handler")
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 对
.icf，只提取define symbol __stack_size__ = 0x400;这类关键符号，写入 CMake 的add_definitions(-D__stack_size__=0x400) - 内存区域（ROM/RAM）起始地址和大小，生成一个
mem_layout.ld供 GCC 使用，而不是硬塞 IAR 语法 - IAR 的
Debug和Release配置在.ewp中是不同<configuration></configuration>节点，需按name属性区分处理
CMakeLists.txt 里必须手动补全的部分无法绕过
自动解析能覆盖 70–80% 的配置项，但以下内容几乎总是需要人工介入：
- 启动文件选择：Keil 的
Startup\startup_stm32f407xx.s和 IAR 的startup_stm32f407xx.s路径不同，且可能依赖 CMSIS 版本；CMake 中得用file(GLOB_RECURSE STARTUP_S startup_*.s)或显式列出 - 外设驱动路径：HAL/LL 库的
Inc/和Src/目录结构不统一，自动脚本无法判断哪些.c该加进add_executable() - 调试目标配置：OpenOCD/J-Link 的
interface.cfg和target.cfg路径、复位方式、速度等，CMake 不处理，得靠外部flash.sh或 VS Codelaunch.json
最易被忽略的是：IAR 默认启用 __ICCARM__ 宏，而 Keil 是 __ARMCC_VERSION 或 __ARMCOMPILER_VERSION，CMake 生成的代码若依赖这些宏做条件编译，必须在 target_compile_definitions() 中显式补上，否则 HAL 初始化可能跳过关键寄存器配置。
