keil5 使用compiler v6出现报错的问题

最新推荐文章于 2025-03-08 12:14:42 发布

universestar1

最新推荐文章于 2025-03-08 12:14:42 发布

阅读量6.1k

点赞数 17

文章标签： ide c语言 windows

本文链接：https://blog.youkuaiyun.com/m0_58546537/article/details/135934947

版权

文章讲述了在从KeilV5升级到V6编译器后，由于新版本对旧的ST汇编文件如core_cm3.h的支持不足，导致出现大量与汇编相关的编译错误。建议继续使用V5版本或考虑Cubemx生成的新版本工程以解决问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

keil5 使用compiler v6出现报错的问题

使用V5版本的编译器，虽然编译较慢，但是不会出错

切换到V6编译器后，会出现大量错误，且发现这些错误都是和汇编语言有关

出现这个原因是因为新版本的arm编译器对旧的ST汇编文件不支持，这个core_cm3.h太老了，ST的底层文件没有更新，但是arm更新后对这个文件就不支持，目前没有找到解决方法，建议使用5版本编译，或使用cubemx生成的代码，生成后选择生成新版本的工程

如果你安装的版本没有V5，那就去ST官网上，下载MDK5，这样你的编译器里面就能使用5版本

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

universestar1

关注关注

17
点赞
踩
14

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

更新编译器到ARM compiler6，很多报错问题

nuoyigui9889的博客

05-07

383

关于error: unknown type name '__forceinline’报错网上遇到的几个朋友基本都是带有RTOS的，自己的没有带RTOS，还是先把编译器版本降回到v5。关于typedef __packed，参考方法三：如果之前使用typedef __packed struct定义，则替换成：__PACKED_STRUCT。((at(x)))需要改用__attribute__((section(“name”)))实现。

Keil 丢失编译器版本5、内核文件core_cm3.c报错

qq_52804040的博客

03-02

4585

若用的是旧版本的core_cm3.c ，就使用编译器v5编译工程；若想用编译器v6，就更新4个相关的内核文件：（CMSIS：Cortex Microcontroller Software Interface Standard，ARM Cortex™ 微控制器软件接口标准）

1 条评论您还未登录，请先登录后发表或查看评论

可可斯蒂彳亍的博客

09-14

6512

Keil ARM compiler Version 6如何设置不同的优化等级

xxxcopyman的博客

03-17

1033

3.在Keil中，最方便的指定单个文件按照不同的优化等级进行优化，主要是右键文件，并在以下位置修改。1.Arm V6 compiler, Keil ARM Clang编译器默认是推荐o1优化，而V5是o0。2.之前在V5中支持的如下在文件中单独指定部分代码优化的方式不再支持，而是需要单独对单个文件进行优化。最近发现arm优化等级对从V5迁移过来的算法的影响。

CMSIS.rar，解决缺少core_cmFunc.h和core_cmInstr.h

06-27

Keil编译提示缺少core_cmFunc.h和core_cmInstr.h等文件，下载后解压，把CMSIS文件放在：D:\Program Files\Keil\ARM\CMSIS 即可

keil5-compiler v6 下汇编语言编译报错及解决方法

m0_53635223的博客

08-01

1002

* 64Mhz时钟时，当ulCount为1，函数耗时3个时钟，延时=3*1/64us */最后附上官方的链接（arm compiler中内敛汇编语言的示例）在玩stm32中，使用如下经典延时函数报错。错因是没有按照编译器支持的格式来写汇编语句。

Keil5 compiler version6对Core_cm3.c报错的处理

weixin_42839254的博客

01-05

5948

Keil5 MDK

使用CubeMX生成RTT工程后，使用keil V6编译器出错的问题

彪头的博客

12-08

3383

第一次使用RT_thread nano版本，在按照官方教程使用移植相应的工程，链接如下：基于 CubeMX 移植 RT-Thread Nano 1.生成keil工程文件以后，使用默认的编译 use default compiler version 5，一键编译,OK,编译成功，下载到stm32上，程序正常运行,没有问题。不过就是觉得编译的速度有点慢，是时候更换更好的编译器了，那就是最新的v6.15的编译器（我使用的keil版本是5.33，新版本的Keil已经不用更改相关的关键字了），然后又继续编译，问

KEIL V5编译器换V6编译器后编译lwip报错问题

weixin_48607260的博客

08-09

944

这在V5编译器里没有报错，能正常使用，但是在V6编译器里就不行了，“err.c”这个地方全都会报错（use of undeclared identifier 'LWIP_ENOMEM'），编译器找不到这些宏定义的定义在哪

ARM compiler v6.16 32位适用于keil

07-14

ARM compiler v6.16 32位适用于keil，只有这个能给keil安装完使用，不然会报错（https://developer.arm.com/documentation/ka004251/latest/），教程详见...

mdk5.38a版本使用v6编译器6.19、6.20，下载，安装编译器，pack固件包，外设标准库。

qq_36658033的博客

06-05

1098

因为使用编译器V5太慢，并且我需要的编译调试次数又多，所以需要采用了v6进行编译，v6编译器可以更快；此次花了很大的精力研究，研究了差不多2周，使用的是stm32f4；

keil5报错C267

热门推荐

gogo0707的博客

05-08

1万+

本文汇总了编译keil工程时经常遇到的问题，并提供了相应的解决方案。

关于keil5编译报错问题的解决（使用use default complier version 6）

2301_80670411的博客

03-08

2007

大功告成,兄弟有的，兄弟。

【Keil】CubeMX配置的FreeRTOS利用V6编译出错

Roger_717的博客

11-27

6284

当使用CubeMX生成带有FreeRTOS的工程时，由于Use default compiler version 5编译器编译时间过于漫长，我们选择使用编译速度更快的Use default compiler version 6，但是更改之后再次编译会出现很多错误。

keil5编译中出现的错误(6)：FCARM - Output Name not specified, please check ‘Options for Target - Utilities‘

2301_79794623的博客

12-18

6904

FCARM - Output Name not specified, please check 'Options for Target - Utilities'

keil5编译报错问题

m0_65280246的博客

03-18

633

很长时间没用keil5了，今天再看，导入的新项目又遇到了编译报错问题o，这次我比较幸运了，换了一下编译器，用version 6版本的，再重新编译一下就好了。

keil5 arm compiler6 编译器使用注意事项（踩坑）

dai410257573的博客

10-20

9971

keil5 arm compiler6 编译器使用注意事项（部分） HAL库使用AC5编译实在耗时太长，所以改用AC6编译器但是有些地方，我踩坑并徘徊了好久，写个文档记录一下。使用的芯片是STM32F429, KEIL版本是 keil5.35 串口重定义，AC6和AC5有所不同。直接贴出写好的代码，不使用miscoLib #if 1 #define AC6_ENABLE ///////////////////////////////////////////////////////////////

mdk 编译器从v5 变更城 v6.10.0 后出现的错误解决

繁夜

10-13

2151

固件库编程：关于core_cm3.c的错误然后编译发现如下错误和警告： …/CMSIS/CM3/core_cm3.c(445): error: non-ASM statement in naked function is not supported uint32_t resul...

keil里面sys.c报错

03-21

### Keil 中 `sys.c` 文件报错解决方案在使用 Keil 编译 STM32 的例程时，如果遇到 `sys.c` 文件中的内嵌汇编代码报错的情况，通常是因为编译器版本的变化导致语法不兼容。以下是详细的解决方法： #### 1. **确认编译器版本** Keil 提供了多个版本的 ARMCC 编译器，不同版本可能对内嵌汇编的支持有所不同。当前问题主要发生在使用 Arm Compiler v6 (armcc V6) 时[^2]。因此，建议先检查当前使用的编译器版本。 - 如果正在使用 armcc V6，则需要调整内嵌汇编的写法以适应新标准。 - 若希望继续沿用旧版语法，可以切换到 armcc V5 或更早版本。 #### 2. **修改内嵌汇编语法** 对于 armcc V6 而言，其对内嵌汇编的要求更加严格。原代码可能存在不符合新版编译器规范的地方。以下是一个常见的修正方式：假设原始代码如下： ```c __asm void MSR_MSP(uint32_t mainstackpointer) { MSR MSP, r0 BX LR } ``` 针对 armcc V6 需要改为： ```c void MSR_MSP(uint32_t mainstackpointer) { __ASM volatile ( "MSR MSP, %0\n\t" "BX LR" : /* no output operands */ : "r"(mainstackpointer) /* input operand */ : "memory", "lr" /* clobbered registers */ ); } ``` 上述代码通过引入 GNU 风格的扩展内嵌汇编来适配新的编译器需求。注意以下几点： - 使用 `%0`, `%1` 等占位符表示输入参数。 - 显式声明寄存器冲突 (`clobber list`) 和内存影响 (`volatile`)。 #### 3. **启用兼容模式** 另一种快速解决问题的方法是让 armcc V6 启用与 V5 的向后兼容模式。可以在项目设置中添加以下选项： ```plaintext --cpu Cortex-M4 --apcs=interwork --asm_compat=v5 ``` 此配置强制编译器接受类似于 armcc V5 的内嵌汇编语法规则[^1]。 #### 4. **更新开发环境** 部分情况下，错误可能是由于工具链未完全匹配造成的。确保安装的是最新版本的 MDK（Keil Development Tools），并验证设备支持包（Device Support Pack）已更新至对应型号的最新版本。 --- ### 总结通过对编译器版本的选择、内嵌汇编语法的规范化以及必要时开启兼容模式等方式，能够有效解决 Keil 在处理 `sys.c` 文件时报出的相关错误。最终目标是在满足现代编译器安全性和一致性要求的同时保留原有功能逻辑。 ```c // 修改后的示例代码片段 void MSR_MSP(uint32_t mainstackpointer) { __ASM volatile ( "MSR MSP, %0\n\t" "BX LR" : : "r"(mainstackpointer) : "memory", "lr" ); } ```