ARMCC 5.06 b960安装配置与AC5/AC6工程编译实战

简介面向使用 ARM 架构与 Keil MDK 的嵌入式开发者这份资料提供 ARM Compiler 5.06build 960的 Windows x86 安装包适合搭建 armcc 编译环境、维护旧版工程、复现经典嵌入式项目或为团队固定可追溯的编译工具链版本。压缩包共 3 个文件整体约 80.52MB由 msi 安装主体、html 版本说明和 exe 安装引导程序组成分别承担编译器部署、更新与已知问题查阅、安装流程启动等用途结构简洁便于在 Windows 平台按需取用。已有 3607 人学习下载说明 ARMCC 5.06 在存量项目维护、课程教学与老平台开发中仍保持较高关注度。读者可从中获得可直接安装的编译工具、版本变更线索和旧工程兼容性排查依据对需要核对发布说明、统一团队编译环境、构建嵌入式固件或定位编译差异的开发者而言具有留存备用、版本对照与提升环境一致性的实用价值。1. 为什么现在还得装 ARMCC 5.06一个被 AC6 逼回来的下午一份从某产线设备上导出来的 Cortex-M3 固件工程压缩包里只有工程文件、两份汇编启动文件和一堆老的 .lib。挂到新装的 MDK 上按 F7第一屏就报错unknown type name __packed、__asm不认识、分散加载里的写法被逐行警告。工程本身没坏是编译器换代了——AC6 基于 LLVM/ClangC 扩展语法、内联汇编、链接脚本写法跟 AC5 差了整整一代。ARMCC 5.06 build 960 就是 AC5 这条线上最成熟的收尾版本Cortex-M0 到 M7 的裸机与 RTOS 工程它都认老库、老启动文件、老 sct 一个不用改。这个 Windows x86 的 msi 装的就是它适合两类人手上压着 AC5 老工程动不了的人和需要在 AC5/AC6 之间来回对照验证的人。2. 认清 b960 这个安装包五个可执行文件与两套库怎么摆很多人把这个 msi 当成「装完就能用」的黑匣子双击下一步到底结果在命令行里敲armcc提示找不到或者在 MDK 的 Target 页里根本选不到 v5。问题不在包在于没弄清 ARM Compiler 5 的组织方式它不是一个 IDE 插件而是一套独立的命令行工具链MDK 只是调用方。把目录结构、库命名和环境变量这三件事捋顺后面所有操作才有基础。2.1 装上之后先别急着编译包里的五大组件与两套库AC5 的工具链由五个可执行文件加一组库构成每个都有自己的职责边界。装完先进bin目录看一眼文件名对得上说明安装没被安全软件拦掉一部分。可执行文件职责典型用法armcc.exeC 编译器加--cpp兼作 C 前端源码到.oarmasm.exe汇编器处理 ARM/Thumb 汇编与启动文件.s到.oarmlink.exe链接器读分散加载文件生成 axf/elf.o到.axfarmar.exe静态库归档打包.o成.lib封装驱动库fromelf.exe格式转换与反汇编看体积、出 bin.axf到.bin库这一层更容易踩坑。lib目录下同时存在标准 C 库和 microlib 两套实现文件名里带l的表示小端little endian带b的表示大端比如arm_cortexM3l_math.lib就是给小端 M3 用的数学库。标准库功能全、体积大支持文件操作、locale 和 semihostingmicrolib 是精简实现printf不带浮点格式化、不支持操作系统接口但能把一个最小工程压到几 KB。选哪套不是风格问题是能不能跑起来的问题后文第 4 章会展开。提示安装完不要只验证armcc --vsn把armasm --vsn、armlink --vsn、fromelf --vsn一起跑一遍。缺哪一个多半是安装时被杀毒软件截断了文件。2.2 装在哪、路径怎么起空格和中文是第一个坑独立安装时默认会落到Program Files (x86)下的某个带版本号目录路径里既有空格又有括号。armcc 本身能处理带空格的路径但一旦进入 Makefile、批处理脚本、第三方构建系统引号少一个就断在Files这个词上报出来的错误还常常是「找不到源文件」这种误导性信息。我一般会把它装到盘符根目录下一个短路径比如C:\ARMCC506整个工具链的目录层级保持在两级以内。这样做的另一个好处是后面做版本锁定和多版本共存时复制一个目录就能带走整套编译器不用再去翻注册表。安装程序允许改路径的那一步别直接下一步手动改掉。装完之后把bin目录挂进当前会话的环境变量先验证一遍能不能独立编译。写一个小的 bat 放进工具链根目录双击就能得到一个干净的命令行环境echo off rem 把工具链根目录定位到脚本所在目录避免硬编码盘符 set ARMCC_ROOT%~dp0 set ARMCC5_BIN%ARMCC_ROOT%bin set ARMCC5_INC%ARMCC_ROOT%include set ARMCC5_LIB%ARMCC_ROOT%lib set PATH%ARMCC5_BIN%;%PATH% rem 打印版本确认是 5.06 update 6 (build 960) armcc --vsn cmd /k这段脚本做三件事用%~dp0拿到脚本自身所在路径所以整个工具链目录搬到哪台机器都能用把bin、include、lib三个位置写进ARMCC5_*变量后面调用库和头文件时直接引用变量而不用写死绝对路径最后进一个交互式 cmd方便连续敲命令。cmd /k是保持窗口不关去掉就变成执行完即退出。2.3 挂进 Keil MDK让 AC5 和 AC6 并存而不是互相覆盖MDK 从 5.25 之后默认只带 AC6Target 页的 ARM Compiler 下拉里只有 v6。想让 AC5 出现在下拉里需要把整套工具链放到 MDK 的安装目录下ARM\ARMCC这个位置MDK 启动时会扫这个固定路径。具体操作是先把已经装好的 AC5 目录整体复制过去确保ARM\ARMCC\bin\armcc.exe存在然后打开工程进 Project → Options for Target → Target 页在 ARM Compiler 下拉里选Use default compiler version 5或者在下拉里直接指定 v5 的版本。切完之后编译一次如果报的是链接错误而不是「找不到编译器」说明挂载成功。注意AC5 和 AC6 的中间文件格式不通用切换编译器之后必须 Rebuild All只做 Build 会把旧.o混进来报出一堆莫名其妙的符号冲突。这一点在同一个工程里来回切版本时尤其容易翻车。两个版本并存的价值在于对照。同一个工程分别用 AC5 和 AC6 编一遍比对 map 文件里的 Code 与 RO Data 大小能直观看出迁移代价某些用 AC6 编出来体积反而变大的模块通常是因为内联策略不同这类信息在看汇编时才看得出来。3. 从 main.c 到 axf手敲一遍 armcc/armasm/armlink 链路MDK 点一下 Rebuild 就把编译链接全做了所以大多数人从没看过实际执行的命令行长什么样。一旦工程在 IDE 里编不过没有命令行这一层的手感就只能靠猜。这一段用三个最小文件把链路走通每一步都能单独验证。3.1 先写三个最小文件一个能跑通链接的最小工程需要三个文件C 源文件、汇编启动文件、分散加载文件。C 文件里故意放一个静态数组和一段循环是为了让 map 文件里有 RW 和 ZI 段可以观察。/* src/main.c —— 最小可链接样例 */ #include stdint.h /* 放在 RAM 里的可写数据用来观察 map 中的 RW 段 */ static volatile uint32_t g_tick 0; /* 未初始化的数组会落到 ZI 段 */ static uint8_t g_buf[256]; volatile uint32_t g_sum; void board_loop(void) { for (uint32_t i 0; i sizeof(g_buf); i) { g_buf[i] (uint8_t)(i g_tick); g_sum g_buf[i]; /* 防止被优化掉用 volatile 承接 */ } g_tick; } int main(void) { while (1) { board_loop(); } return 0; }启动文件用标准写法向量表只放栈顶和复位入口够链接即可。; src/startup.s —— 最小向量表与复位入口 PRESERVE8 THUMB AREA RESET, DATA, READONLY EXPORT __Vectors __Vectors DCD 0x20010000 ; 栈顶对应 RAM 末尾 DCD Reset_Handler ; 复位向量 AREA |.text|, CODE, READONLY EXPORT Reset_Handler Reset_Handler IMPORT SystemInit IMPORT __main LDR R0, SystemInit BLX R0 LDR R0, __main ; C 库入口负责 RW/ZI 初始化 BX R0 END分散加载文件把 Flash 和 RAM 的地址范围写死这里的数值对应一颗 256KB Flash、64KB RAM 的 M3 芯片。; link.sct —— 单加载域分散加载 LR_IROM1 0x08000000 0x00040000 { ER_IROM1 0x08000000 0x00040000 { *.o (RESET, First) ; 向量表放最前 *(InRoot$$Sections) ; C 库初始化代码 .ANY (RO) ; 其余只读内容 } RW_IRAM1 0x20000000 0x00010000 { .ANY (RW ZI) ; 可写数据与清零段 } }三个文件放好之后目录结构是src/main.c、src/startup.s、link.sct输出统一丢进build。3.2 armcc 与 armasm编译参数逐个拆先编 C参数一行写不下会用反斜杠续行。Windows 的 cmd 里没有行继续符这几条命令需要写成一行或者放进 Makefilebat 里。# 编译 C 源文件产出可重定位目标文件 armcc --cpu Cortex-M3 \ --c99 \ -c \ -g \ -O1 -Ospace \ --apcsinterwork \ -Isrc -I$ARMCC5_INC \ -DBOARD_REV2 \ --split_sections \ -o build/main.o src/main.c--cpu Cortex-M3决定了指令集选错会编出目标芯片不支持的 Thumb-2 指令链接能过、上电就 HardFault。--c99打开 C99 支持老工程如果写的是 C90 声明风格去掉这个开关反而更稳。-O1 -Ospace是体积优先的折中档后面第 4 章细说。--apcsinterwork让编译器同时生成 ARM 与 Thumb 互调的调用桩ARMv7-M 上其实只有 Thumb但保留它不会有害反而能在混合老库时避免状态切换问题。--split_sections让每个函数独立成段配合链接器的--remove才能把没被调用的函数真正删掉。汇编这一步独立执行参数少一些# 汇编启动文件-g 保留调试信息 armasm --cpu Cortex-M3 \ -g \ -o build/startup.o src/startup.s汇编器不需要-O也不需要--apcs因为它不做优化也不做过程调用转换。它唯一要注意的是--cpu必须和 C 端一致否则PRESERVE8之类的伪指令行为会不一致。命令跑完看build目录应该有两个.o用armar -t看不出来什么直接进下一步。3.3 armlink 与 fromelf链接、看 map、出 bin链接是整条链路里信息量最大的一步map 文件和 info 输出都要打开。# 链接生成 axf同时输出体积统计和 map armlink --cpu Cortex-M3 \ --scatterlink.sct \ --entryReset_Handler \ --infosizes --infototals --infounused \ --map --listbuild/out.map \ --library_typemicrolib \ -o build/out.axf \ build/startup.o build/main.o \ $ARMCC5_LIB/armlib/arm_cortexM3l_math.lib--entryReset_Handler指定入口避免链接器去猜。--infosizes打印各段的 Code/RO/RW/ZI 尺寸--infototals给总量--infounused列出被删掉的段这三项合起来就是一份轻量版的体积报告。--library_typemicrolib告诉链接器用精简库注意它必须和 C 端的选择保持一致否则会出现标准库与 microlib 符号混链。最后从 axf 里取产物两种输出各有用途# 转纯二进制用于烧录 fromelf --bin --outputbuild/out.bin build/out.axf # 反汇编并统计每个函数的体积排查体积异常 fromelf --text -z -c -o build/dis.txt build/out.axf--bin生成的是从最低加载地址到最高加载地址的连续镜像中间的空洞会用 0 填充所以 bin 的大小不一定等于实际代码量这一点在第 5 章会作为坑单独讲。--text -z -c输出带地址、带尺寸、带反汇编的文本函数级别的体积一看便知比在 map 里翻符号表直观得多。4. 参数与优化档位-O 档、--cpu、--fpu 与库选择同一份源码换几个参数编出来的固件可能差出 30% 的体积也可能在 M0 上直接跑飞。这一章把最常调整的四组参数分开说清楚每一组都给出可对照的实验方式。4.1 优化档位表与体积/速度的取舍AC5 的优化档位不像 GCC 那样线性-O2和-O3之间的差异主要体现在内联与循环展开上而对嵌入式最要紧的往往是-Ospace与-Otime这对次级开关。参数组合关注点体积趋势适用场景-O0无优化最大单步调试、定位优化引入的 bug-O1基础优化中等日常开发调试信息较完整-O2较激进偏小发布版本默认选择-O3最激进可能反弹计算密集、Flash 充裕-O2 -Ospace体积优先最小Flash 吃紧的量产固件-O2 -Otime速度优先偏大中断响应、实时控制环实测方法是同一份源码编两遍只改优化参数比对 map 里的Total RO Size。我一般会把常用组合编出来的数据记在工程的 README 里后面换人接手时不用重新试。有一点要注意-O3的体积不一定比-O2小激进的循环展开和函数内联经常让代码膨胀Flash 只有 64KB 的片子上直接上-O3是自找麻烦。4.2 --cpu、--fpu、--apcs跟芯片对不上的三个参数--cpu是最容易被忽略又最致命的一个。用 M3 的配置去编 M0 的片子链接阶段一切正常因为指令编码在链接器看来都合法但M0不支持IT块和部分 Thumb-2 指令跑到那条指令上直接进 HardFault现象是「程序随机死在某处」排查起来极其费劲。内核--cpu取值--fpu取值备注Cortex-M0Cortex-M0softvfp或省略无硬件浮点Cortex-M0Cortex-M0plussoftvfp或省略注意是 plus 不是 Cortex-M3Cortex-M3softvfp或省略无硬件浮点Cortex-M4Cortex-M4fpv4-sp-d16单精度 FPUCortex-M7Cortex-M7fpv5-d16双精度 FPU--fpu选错的表现是链接期报浮点库符号缺失或者在中断里保存 FPU 上下文不完整导致数值错乱。M4 上如果芯片实际没焊带 FPU 的型号就必须用软浮点编译期不会报错运行时靠软件模拟性能差一个数量级但至少能跑。--apcsinterwork在纯 Thumb 的 M 系列上作用有限但如果工程里链了 ARM 状态编译的老库不加它就会出现状态切换失败。老工程迁移时保留这个参数是成本最低的做法。4.3 库选择与 microlibprintf 从 20KB 变 4KB 的代价标准 C 库的printf会拖进格式化引擎、locale 支持、甚至 semihosting 调用一个空工程加一句printf体积能从 4KB 涨到 20KB 以上。microlib 砍掉了这些代价是明确的功能缺失。具体差异有这几条microlib 不支持 C99 的部分特性比如某些宽字符处理不支持操作系统接口printf默认不带浮点格式化需要显式链接浮点支持才会生效malloc实现极简长时间运行容易碎片化。所以它不是「无脑勾上就行」的选项用之前要确认工程里没有依赖被砍掉的功能。切换时两侧要同步只改一侧就会出现第 5 章说的符号重复# C 端定义 microlib 宏并关闭半主机 armcc --cpu Cortex-M3 --c99 -c -O2 -Ospace \ -D__MICROLIB \ --library_typemicrolib \ -o build/main.o src/main.c # 链接端同样指定 microlib armlink --cpu Cortex-M3 --scatterlink.sct \ --library_typemicrolib \ -o build/out.axf build/startup.o build/main.oC 端的--library_typemicrolib影响的是编译器选择哪套头文件链接端的影响是选哪套库实现。两边不一致时头文件里的声明和实际实现会对不上最典型的是FILE结构体大小不同导致的栈破坏这种问题在编译期完全看不出来。5. 排坑清单b960 上五个高频翻车点下面五条几乎覆盖了我见到的绝大多数 AC5 编译问题每条按现象、原因、解决三段写遇到时可以直接对号入座。坑一L6915E: Library reports error: __use_no_semihosting was requested, but _sys_open was referenced现象是编译链接都过最后一步报这个 L6915E指向某个库函数。原因是代码里调了printf、fopen之类标准库试图走半主机semihosting通道把输出送到调试器而工程里用#pragma import(__use_no_semihosting)显式禁用了半主机两边打架。解决办法三选一改用 microlib 并重定向fputc到串口保留标准库补齐_sys_write、_sys_read、_sys_exit、_ttywrch这几个桩函数直接换成自己写的轻量串口打印函数不碰printf。第一种最省事第三种最省 Flash。坑二L6200E: Symbol __stdout multiply defined或大量符号重复定义现象是链接期冒出成片的重复符号指向.lib和.o。原因基本是同一个功能被链接了两遍工程里既留着手工添加的老.lib源码里又有同名实现或者 microlib 与标准库混链两套__stdout同时进场。解决方式是先看 map 文件的符号来源确认重复符号分别来自哪个文件然后在链接列表里删掉多余的那一份。清理完之后务必 Rebuild All把中间目录里的旧.o全删掉否则改了链接列表也不生效。坑三error: #5: cannot open source input file xxx.h现象是明明头文件就在旁边目录编译器说找不到。原因排序-I路径里带了空格或中文却没加引号用的是相对路径但工作目录不在预期位置依赖ARMCC5_INC变量但那个变量没在 bat 里设置。排查顺序建议从命令行手动敲一遍把-I展开成绝对路径试。如果绝对路径能过、相对路径不过问题一定在工作目录而不是路径写错。中文路径在某些区域设置下会被按 GBK 解析文件名里哪怕只有一个中文字符都可能失败工具链目录和工程目录都用纯英文是最稳的。坑四编译链接全过烧进去跑飞或进 HardFault这类问题没有编译期线索只能靠对比排查。常见原因有三个--cpu与实际内核不匹配编出了目标不支持的指令分散加载文件里的 RAM 起始地址或长度跟芯片实际不符RW 段被放到了不存在或越界的位置高优化档位下某个该加volatile的变量没加循环被整个优化掉。定位手段是先用-O0重编一遍如果-O0能跑-O2不能跑基本可以锁定优化相关再看 map 里的Load Region与Execution Region地址是否落在芯片手册标注的范围内。--infounused里被删掉的函数也要扫一眼有时候被删的恰恰是初始化函数因为主流程里没有直接引用它。坑五L6406E: No space in execution regions with .ANY selector matching ...现象是链接器说某个段放不下。原因通常不是 Flash 真的满了而是分散加载文件里的长度写得比实际小或者 ZI 段超出了 RAM 范围。工程从一颗芯片换到另一颗、Flash 和 RAM 都变了sct 却没跟着改这是最常见的场景。解决时先把--infosizes的输出和芯片手册的容量对一遍注意 ROM 占用要算上 RO Data不只是 Code。RAM 占用要把栈也算进去链接器只统计 ZI 和 RW栈是在启动文件里用固定值预留的两者相加才是真实占用。改完 sct 之后重新看 map 的Total RW Size留出至少 15% 余量给运行时栈。6. 验证与进阶map 文件核对、版本锁定与多版本共存脚本编译通过不等于工程健康真正的验证在 map 文件里。打开build/out.map先找Image component sizes这一段它按库和目标文件列出了 Code、RO Data、RW Data、ZI Data 四列。往下翻到Grand TotalsTotal RO Size是烧进 Flash 的只读部分Total RW Size是运行时要占的 RAM含 ZITotal ROM Size才是实际镜像大小它等于 RO 加上 RW 的初值。这三个数要跟芯片容量对得上但更值得看的是趋势。同一个工程连续改几天把每次的Total RO Size记在表格里某次突然涨了 4KB多半是误引入了printf或者某个带浮点的库。我的习惯是发布前固定执行一遍fromelf --text -z -c把输出里的函数按体积降序排一下排在前面的几个函数如果跟业务预期不符基本就是问题所在。版本锁定这件事吃过一次亏就会记住。AC5 不同 build 之间虽然兼容性很好但优化器的细节差异足以让某个边界条件的代码生成结果不同。最稳的做法是把整个工具链目录bin、include、lib三个子目录压缩后随工程一起归档配合前面那个 bat 脚本任何一台机器解压就能编出等价产物不依赖本机装了什么。多版本共存则靠目录隔离加环境变量切换解决一个最小的切换脚本长这样echo off rem 用法switch_ac5.bat 506 或 switch_ac5.bat 518 set VER%~1 set ROOTD:\toolchains\ARMCC%VER% if not exist %ROOT%\bin\armcc.exe ( echo [ERR] 未找到 %ROOT%\bin\armcc.exe exit /b 1 ) set PATH%ROOT%\bin;%PATH% set ARMCC5_BIN%ROOT%\bin set ARMCC5_INC%ROOT%\include set ARMCC5_LIB%ROOT%\lib armcc --vsn cmd /k脚本按传入的版本号拼出根目录先校验armcc.exe是否存在再改PATH避免切到一半失败留下半残的环境ARMCC5_BIN、ARMCC5_INC、ARMCC5_LIB三个变量都要跟着变只改PATH的话编译能过、链接找库时会指向旧版本报出的错误跟版本不匹配毫无关系查起来非常绕。踩过的坑里最难忘的一次是给某台老设备做紧急修复本机装的是新版 build编出来的固件在实验室完全正常到了现场偶发死机。折腾两天才发现是优化器在某个位域赋值上的代码生成跟现场那台设备一直用的老 build 不一致。从那以后我每次接手 AC5 工程第一步都是先确认工程归档里带的编译器版本号再把工具链目录整体复制出来用绝不依赖本机装了什么版本。希望帮到你。本文还有配套的精品资源点击获取