简介Arm Compiler 5.05 update 1build 106r5p5-01rel1是面向嵌入式开发者的经典 ARM 编译器安装包适用于 Keil MDK 环境下进行 Cortex-M 等 ARM 芯片的工程编译与调试尤其适合需要复现旧版工具链行为、维护历史项目或学习 ARMCC 编译流程的中高级开发者。资源包共 3 个文件以 msi 安装数据、exe 安装引导程序和 html 说明文档为主压缩包约 80.56MB解压后可获得 setup.exe 安装程序安装至 Keil 安装路径下的 ARMCC 5.05 目录并在 Manage Project Items 的 Folders/Extensions 选项卡中通过“Use Arm Compiler”添加该文件夹即可调用。目前已有 890 人学习下载说明该版本在旧工程维护场景中仍有稳定需求。对于需要固定编译器版本、排查编译差异或搭建可复现构建环境的读者这份资源提供了直接可用的工具链入口配合说明文档可快速完成配置与验证。1. 老项目续命现场为什么我还在翻出 Arm Compiler 5.05 update 1上周帮一个做工业控制的朋友收拾烂摊子一块跑了七八年的板子要加个新功能源码打开一看Keil 工程里挂的还是 ARMCC 5 的编译器。新装的 MDK 默认只带 v6一编译满屏#error链接阶段又冒出L6236E折腾半天才想起来得把 5.05 update 1build 106这个老版本请回来。这场景在维护存量嵌入式项目时太常见了——不是不想升级是升级成本高到没人敢动。Arm Compiler 5.05 update 1 属于 ARM Compiler 5 系列的一个维护更新核心还是那套 armcc/armlink/armar 工具链支持 Cortex-M/R/A 系列产出 ELF 和各类镜像格式。它解决的不是“新特性”问题而是“老工程能不能原样编过”的问题。适合谁手上攥着 ARMCC 5 时代工程、又不想大改构建脚本的一线工程师以及需要复现历史固件行为的验证场景。下面我按“装、配、编、排”的顺序把这份工具包怎么落地讲透。2. 工具链落地从解压到让 armcc 在命令行跑起来拿到的是一个安装包或解压目录别急着双击一路下一步。ARMCC 5 的安装器对路径很敏感装错地方后面全是玄学问题。我一般先把安装目录规划好再决定是走图形安装还是直接铺开目录。2.1 目录规划与安装方式选择ARM Compiler 5 的典型安装结构是ARM/ARMCC/bin下放armcc.exe、armlink.exe、armar.exe、fromelf.exeARM/ARMCC/include放标准头ARM/ARMCC/lib放运行时库。图形安装器会顺带写注册表和环境变量适合还要用 Keil MDK 图形界面的场景如果只是命令行或 CI 里编译直接把整个ARMCC目录拷到目标机器、手动配环境变量更干净也避免安装器往系统里塞一堆用不上的组件。我倾向的布局是这样工具链放D:\tools\armcc5\工程放别处两者路径都不带空格和中文。血泪经验是路径里只要有空格某些老版本 Makefile 里的引号处理就会翻车报的错还跟路径八竿子打不着。# 假设工具链已解压到 D:\tools\armcc5 # 把 bin 目录加进当前会话的 PATHWindows cmd 写法 set PATHD:\tools\armcc5\bin;%PATH% # 验证编译器能起来看版本号是否对得上 armcc --version这段命令做两件事先把bin塞进PATH让系统能找到armcc再打印版本。正常输出里应该能看到ARM Compiler 5.05 update 1 (build 106)字样。如果提示“不是内部或外部命令”八成是PATH没生效或目录层级搞错了——注意有的包里多套了一层bin实际可执行文件在ARMCC/bin/bin下面这种嵌套是常见坑。2.2 环境变量与许可证配置命令行能跑起来只是第一步真正编译时 armcc 会去查许可证。ARMCC 5 的授权方式有节点锁和浮动两种老项目多半是随 MDK 一起的节点授权。环境变量里通常要保证ARMCC5_LICENSE或安装器写入的注册表项能被读到。如果换机器编译报LICENSE ERROR先确认授权文件路径再确认系统时间没被改乱——授权对时间敏感这个坑我踩过不止一次。# 显式指定许可证文件位置按实际路径改 set ARMCC5_LICENSED:\tools\armcc5\license.dat # 再跑一次版本查询确认授权链路通了 armcc --version参数说明ARMCC5_LICENSE是给工具链指路的值必须是真实存在的授权文件有些发行包用ARMLMD_LICENSE_FILE这个变量名两个都设上不冲突能少排查一轮。设完再查版本如果这次不再报授权错误说明链路通了。注意别把授权文件放在网络盘上浮动授权在断网环境下的超时行为很难预测本地拷贝一份最稳。2.3 用一份最小工程验证工具链装完不验证等于没装。我习惯写一个最小 C 文件只做寄存器写和一个循环用它确认编译、汇编、链接、反汇编四步都正常。/* blink_min.c —— 最小验证用例不依赖任何启动文件 */ volatile unsigned int *const GPIO (unsigned int *)0x40020000; void delay(volatile int n) { while (n-- 0) { __nop(); /* 内联汇编空操作确认编译器内建可用 */ } } int main(void) { *GPIO 0x1; /* 模拟点灯 */ delay(1000); *GPIO 0x0; return 0; }# 编译成对象文件指定 Cortex-M4 内核 armcc --cpuCortex-M4 -c -O1 blink_min.c -o blink_min.o # 链接指定入口和分散加载这里用最简单的默认布局 armlink blink_min.o -o blink_min.axf --entrymain # 反汇编看看生成的指令对不对 fromelf --text -c blink_min.axf逻辑说明--cpuCortex-M4决定指令集和默认宏选错内核会编出跑不起来的代码-O1是平衡优化验证阶段别开-O3否则delay可能被优化掉导致现象消失--entrymain只是让链接器知道入口真实工程里入口通常是复位向量这里图省事。fromelf --text -c把机器码反汇编成文本能直观看到__nop()是否变成了NOP指令。四步全过说明这套 5.05 update 1 在你机器上是可用的可以往真实工程上套了。3. 把老工程接进来编译选项、分散加载与库的对应关系工具链能跑不代表工程能编过。ARMCC 5 时代的工程往往带着一堆历史遗留的编译选项和分散加载文件直接换编译器版本链接阶段最容易出问题。这一章讲怎么把工程和这套工具链对齐。3.1 关键编译选项逐条对照老工程的选项散落在 Keil 的.uvprojx或 Makefile 里搬到命令行前得先认全。下面这张表是我整理的高频选项对照左边是图形界面里的叫法右边是命令行等价写法。图形界面选项命令行写法作用与注意点Target CPU--cpuCortex-M3决定指令集必须和芯片内核一致Optimization Level-O0/-O1/-O2/-O3调试期用-O0发布再往上调Define-DUSE_HAL_DRIVER宏定义多个用多个-DInclude Paths-I.\inc -I.\drivers头文件搜索路径顺序有讲究C99 Mode--c99老工程默认 C90用 C99 特性必须显式开Thumb Mode--thumbCortex-M 必须开否则编出 ARM 指令跑不了参数说明里最容易被忽略的是--c99。ARMCC 5 默认按 C90 处理代码里出现//注释、变量中途声明、for循环内定义变量都可能报错或给出警告。很多“换了编译器就编不过”的案子根子就在这。另一个是-I的顺序同名头文件在多个目录里存在时先搜到的生效顺序错了会静默用错版本编出来的行为诡异且难查。# 一个贴近真实工程的编译命令骨架 armcc --cpuCortex-M3 --thumb --c99 -O1 \ -DUSE_HAL_DRIVER -DSTM32F10X_MD \ -I.\inc -I.\drivers -I.\cmsis \ -c main.c -o main.o这条命令把内核、指令集、C 标准、宏、头文件路径一次性交代清楚。实际工程里源文件多通常写进 Makefile 循环处理但每条编译命令的骨架就是上面这样。注意-D和-I后面不要加空格再接值写成-D USE_HAL_DRIVER在某些 shell 下会被拆成两个参数这是脚本移植时的经典翻车点。3.2 分散加载文件与内存布局ARMCC 5 用分散加载scatter文件描述内存布局扩展名.sct。链接时通过--scatter指定。老工程的.sct往往写死了 Flash 和 RAM 的起止地址换芯片或改容量时必须同步改否则链接器要么报区域溢出要么把数据放到不存在的地址上烧进去直接跑飞。; 一个典型的 Cortex-M 分散加载示例 LR_IROM1 0x08000000 0x00040000 { ; 加载域Flash 起始与大小 ER_IROM1 0x08000000 0x00040000 { ; 执行域代码放 Flash *.o (RESET, First) ; 复位向量必须放最前 *(InRoot$$Sections) .ANY (RO) ; 只读数据 } RW_IRAM1 0x20000000 0x00010000 { ; 读写域RAM .ANY (RW ZI) ; 已初始化数据和零初始化数据 } }逻辑说明LR_IROM1是加载域描述烧录时数据从哪来ER_IROM1是执行域描述运行时地址。两者地址通常相同做压缩或搬运时才不同。RESET段用First强制排在最前保证复位向量落在 0x08000000这一条错了芯片上电就找不到入口。ZI是零初始化段启动文件负责清零分散加载只负责划地盘。改容量时三个数字起始、大小要成对改只改一个必翻车。# 链接时挂上分散加载文件 armlink main.o startup.o system.o \ --scatterproject.sct \ --entryReset_Handler \ -o firmware.axf--entryReset_Handler指向启动文件里的复位处理函数和分散加载里的RESET First是配套的。链接完用fromelf --text -c反汇编确认第一条指令在 0x08000000 附近是压栈或跳转而不是一片空白。3.3 运行时库的选型与裁剪ARMCC 5 带多套 C 库标准库、微库microlib、以及带不同浮点支持的变体。选错库的典型症状是代码体积暴涨或者printf浮点格式化输出乱码。微库体积小、不支持某些重入和浮点格式化裸机小容量芯片常用标准库功能全但占空间。# 使用微库链接适合 Flash 紧张的裸机工程 armlink main.o startup.o --library_typemicrolib --scatterproject.sct -o firmware.axf参数说明--library_typemicrolib切换微库代价是printf的浮点、malloc的某些行为受限。如果工程里用了sprintf打浮点切微库后输出会变成空或乱码这不是 bug是微库本来就不支持。需要浮点格式化就老老实实用标准库或者自己实现定点打印。库的选择要和启动文件匹配微库配微库版启动文件混用会在初始化阶段出问题。4. 避坑与排查五个让老工程编不过的真实原因这一章是我这些年被 ARMCC 5 折腾出来的记录每条都按“现象 → 原因 → 解决”写照着对号入座能省不少时间。4.1 报错L6236E: No section matches selector现象链接阶段直接失败提示某个段选择器匹配不到任何内容常见于RESET或自定义段。原因分散加载文件里写了*(RESET, First)但启动文件没被加进链接列表或者启动文件里的段名和.sct里写的不一致。解决先确认startup_*.o在armlink的输入里再用fromelf --text -c或armar查对象文件的段名把.sct里的选择器改成实际存在的名字。我遇到过启动文件被条件编译整段跳过的情况查了半天才发现是宏没定义。4.2 编译报#error Please select first the target...现象一堆头文件报错第一条就是让你选目标芯片。原因CMSIS 或 HAL 的头文件依赖-D宏来选定芯片系列宏没传进去。解决把工程里原本的宏定义原样搬到命令行注意大小写和拼写STM32F10X_MD和STM32F10x_MD在宏世界里是两个东西。用armcc -E预处理一下看宏到底有没有生效比猜快得多。4.3 程序烧进去不跑反汇编入口是空的现象链接成功烧录也成功但芯片毫无反应。原因分散加载的RESET First没生效或者--entry指错了函数复位向量没落在 Flash 起始地址。解决反汇编看 0x08000000 处的内容应该是初始栈指针和复位向量两张表。如果那里是普通代码或空白回头查.sct的First和启动文件是否参与链接。这个坑的隐蔽之处在于链接器不报错它只是默默把东西放到了别处。4.4 换机器后报许可证错误现象同一份工程A 机器能编B 机器报LICENSE ERROR。原因授权是节点锁绑了机器或者环境变量没配、系统时间异常。解决确认授权类型节点锁就只能在授权机器上编浮动授权检查网络和超时设置顺手看一眼系统时间时间被改到授权有效期外同样会失败。CI 环境里尤其要注意容器每次重建授权文件得随镜像带进去。4.5 优化开到-O2后逻辑变了现象-O0跑得好好的改-O2后某个循环不执行或变量读不到新值。原因编译器把没有volatile修饰的变量优化进寄存器或者把“无用”的延时循环整个删掉。解决硬件寄存器指针、中断里改的全局变量、忙等延时统统加volatile调试期先用-O0定位确认逻辑无误再逐级升优化。别一上来就-O3然后怀疑人生优化等级和volatile是配套使用的。5. 进阶用脚本把 ARMCC 5 塞进自动化构建并做产物校验手工点 IDE 编一两次还行要反复验证历史固件行为就得把工具链接进脚本。我的做法是用一份 Makefile 包住 armcc/armlink/fromelf再加一步产物校验确保每次编出来的镜像在关键地址上的内容符合预期。# Makefile 片段ARMCC 5 自动化构建骨架 CC : armcc LD : armlink ELF : fromelf CPU : --cpuCortex-M3 --thumb --c99 CFLAGS : $(CPU) -O1 -DUSE_HAL_DRIVER -I./inc -I./drivers SRCS : $(wildcard *.c) OBJS : $(SRCS:.c.o) firmware.axf: $(OBJS) project.sct $(LD) $(OBJS) --scatterproject.sct --entryReset_Handler -o $ %.o: %.c $(CC) $(CFLAGS) -c $ -o $ check: firmware.axf $(ELF) --text -c firmware.axf | head -20 echo 入口区反汇编如上确认 0x08000000 处为向量表逻辑说明wildcard收集当前目录所有 C 文件%.o: %.c是模式规则新增源文件不用改 Makefile。check目标把反汇编前 20 行打出来人工扫一眼入口区。参数上CFLAGS集中管理换芯片只改CPU一处。这套骨架的好处是可复现——同一份源码、同一版工具链、同一组选项编出来的镜像应该逐字节一致这对历史固件比对很关键。产物校验我还会加一步哈希比对把关键段比如向量表前 64 字节单独抠出来算校验和和已知正确的固件对。fromelf --bin导出二进制再用脚本截取偏移。这样即使全量镜像因为时间戳或路径信息有微小差异关键区的一致性也能被验证到。# 导出二进制并截取向量表前 64 字节做校验 fromelf --bin firmware.axf --outputfirmware.bin dd iffirmware.bin ofvector.bin bs1 count64 2/dev/null sha256sum vector.bin参数说明--bin产出纯二进制--output指定文件名dd的bs1 count64按字节截前 64 字节正好覆盖初始栈指针和复位向量等前若干项。sha256sum的结果和基线比对不一致就说明链接布局或启动文件变了得回头查。这套校验我在做固件回归时强制走一遍比肉眼看反汇编靠谱得多。从那以后我每次接手 ARMCC 5 的老工程都先把工具链版本、编译选项、分散加载、库类型这四样对齐并写进脚本再谈改代码。版本号对不上、选项漏一个、.sct少改一行后面都是成倍的时间。希望帮到你。本文还有配套的精品资源点击获取