build-iar

当需要通过 IAR Embedded Workbench 命令行编译嵌入式工程,调用自带脚本解析工程文件、执行构建并定位固件产物时使用。

By leokemp223 · 511 installs

npx skills add leokemp223/embed-ai-tool --skill build-iar

Source repository · Upstream listing

构建 IAR Embedded Workbench 工程 适用场景 Project Profile 中标明 build system: iar 或工作区中存在 .ewp / .eww 文件。 用户希望对 IAR EWARM 工程执行编译、重编译或确认固件产物。 烧录或调试流程需要新的 .out (ELF)、 HEX 或 BIN 。 需要在编译前确认 IAR 环境是否就绪(iarbuild.exe、工具链)。 必要输入 工作区路径或 .ewp 工程文件路径,或一份已有的 Project Profile 。 可选的配置名称(configuration)和 IAR 安装路径。 自动探测 脚本启动即自动复用工程根目录 .em skill.json 中上次成功的 profile 作为默认参数(显式参数优先,无需先手动传 resume ); resume 仅用于断言缓存必须存在,无缓存则非零退出。无缓存或用户明确要求重新探测时,脚本自动回退到正常扫描。 脚本自动搜索常见 IAR 安装路径和环境变量( IAR ROOT 、 EWARM ROOT )定位 iarbuild.exe。 解析 .ewp 工程文件中的 configuration 列表,提取工具链(ARM/RISCV)、芯片型号、输出目录和输出文件名。 若未指定配置,默认使用工程中的第一个 configuration。 在输出目录中搜索 .out(ELF)、HEX、BIN 产物,按 ELF HEX BIN 排序。 若存在多个同样合理的工程文件或配置,列出候选而不是静默猜测。 执行步骤 1. 先阅读 [references/usage.md](references/usage.md),确认本次是环境探测、工程扫描、列出配置,还是执行编译。 2. 若不确定环境是否就绪,先运行自带脚本 [scripts/iar builder.py](scripts/iar builder.py) 的 detect 模式确认。 3. 若不确定工程文件位置,使用 scan 搜索工作区。 4. 使用 list configs project X.ewp 确认可用配置,再用 project + config 执行编译。 5. 读取脚本输出的构建结果和产物扫描报告,重点关注首选产物(.out/ELF HEX BIN)、错误/警告统计和失败分类。 6. 将构建配置、产物路径、芯片型号和工具链信息写回 Project Profile ,并在需要时交给下游 skill。 失败分流 当 IAR 未安装或 iarbuild.exe 不可用时,返回 environment missing 。 当工程文件损坏、配置名无效或编译因配置问题失败时,返回 project config error 。 当编译看似成功但未找到可烧录或可调试产物时,返回 artifact missing 。 当存在多个同样合理的工程文件或配置,且任意选择都不安全时,返回 ambiguous context 。 平台说明 IAR Embedded Workbench 仅在 Windows 上原生运行,iarbuild.exe 命令行编译需要 Windows 环境。 自带脚本在非 Windows 平台上仍可执行工程解析( list configs )、工程扫描( scan )和产物扫描( scan artifacts ),但实际编译会被阻塞。 输出中的产物路径应保持为绝对路径,方便下游烧录和调试 skill 直接复用。 输出约定 输出编译命令、工程文件、配置名、芯片型号、工具链和首选产物路径。 输出错误和警告统计,以及关键编译日志证据。 用 artifact path 、 artifact kind 、 target mcu 和 toolchain 更新 Project Profile 。 成功后推荐 flash openocd 或 debug gdb openocd 。 交接关系 当下一步意图是给硬件烧录程序时,将成功构建结果交给 flash openocd 。 当下一步需要符号信息或调试会话时,将成功构建结果交给 debug gdb openocd 。