CubeMx 生成的FreeRTOS 代码在ARM compiler6 编译__forceinline 报错的解决方法

最新推荐文章于 2025-04-13 10:31:40 发布
最新推荐文章于 2025-04-13 10:31:40 发布
阅读量8.8k 收藏 48
点赞数 22
分类专栏： 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010058695/article/details/112485056
版权
博客主要围绕CubeMx生成的FreeRTOS代码在ARM compiler6编译时__forceinline报错的问题展开。给出两种解决方法，一是将编译器换回default compiler version 5；二是更换freeRTOS移植源码文件，把GCC文件夹下的port.c和portmacro.h替换掉CubeMx工程生成的相应源码。

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

一、问题

如题，CubeMx 生成的FreeRTOS 代码在ARM compiler6 编译__forceinline 报错的解决方法。

二、解决方法

第一种方法，将编译器换回default compiler version 5。

第二种方法，更换freeRTOS移植源码文件。

将FreeRTOS源码xxx\FreeRTOSv10.3.1\FreeRTOSv10.3.1\FreeRTOS\Source\portable\GCC\ARM_CM4F 文件夹下的port.c和portmacro.h 替换掉CubeMx工程生成的FreeRTOS相应源码，xxx\FreeRTOS_STM32F407\Middlewares\Third_Party\FreeRTOS\Source\portable\RVDS\ARM_CM4F，此时选择ARM compiler 6 及其以上就不会出错了。 

ARM Complier 6 以后只支持GNU风格的内联，所以把RVDS接口换成GCC接口文件接口即可编译成功。

其他的变动可以参考：

 

 

 

 

STM32CubeMX生成freertos默认设置卡死，卡在HAL_Init不动，裸机运行程序正常跑，解决方法
weixin_44597885的博客
09-01 1003
最近通过STM32CubeMX生成freertos发现任务不执行，卡在HAL_Init不动，网上找很久不好使，刚开始怀疑硬件问题，但是裸机运行程序正常跑，然后怀疑软件有问题，但是对F1,F3系列都好使，仅仅对F4系列不行，然后通过对F4固件包升级得以解决。
FreeRTOS 解决arm编译器 compiler vision6 V6不能用的问题
11-09
FreeRTOS 解决arm编译器V6不能用的问题
ARM主流编译器（armcc、iar、gcc for arm）
hxsln11的博客
08-30 3636
还提供了64位版本的armlink，可以访问64位计算机上可用的更大内存量。作为维持和增强 GCC 编译器支持 ARM 架构的持续承诺的一部分，ARM 正在维护一个 GNU 工具链，其 GCC 源分支针对嵌入式 ARM 处理器，即 Cortex-R / Cortex-M处理器系列，覆盖 Cortex-M0 ，Cortex-M3，Cortex-M4，Cortex-M0 +，Cortex-M7，Armv8-M基线和主线，Cortex-R4，Cortex-R5，Cortex-R7和Cortex-R8。
STM32CubeMX配置FreeRTOS的方法以及使用compiler6进行编译遇到的问题
最新发布
weixin_56065004的博客
04-13 461
2.打开Middleware and Software一栏，勾选FREERTOS,interface选择CMSIS_V2完整版，CMSIS_V1只拥有基础功能，时钟频率自动分配。3.Project Manager如果使用最新的包，生成的代码会出现186个报错，这时我们需要将包的版本改为V1.8.5，同时我们需要参考这位博主分享的解决办法。1.SYS系统基础时间资源改为除了SysTick以外的时钟资源。修改完后我们编译发现错误消除，可以正常使用。
基于STM32F407ZGT6的硬件平台，（可选CubeMX） + PlatformIO软件开发的FreeRTOS部署指南
charlie114514191的博客
03-13 1201
笔者在结束了自己的Operating System手搓之旅之后，笔者开展的第一个研究。目前笔者发现，中文互联网上对FreeRTOS于PlatformIO的部署资料甚少（好像大家都很喜欢Keil或者是CubeIDE，这也是，没人喜欢更换软件开发成本）。而且，大部分我看到的方案都比较老了。本教程写于2025年的3月13号，基于笔者没有办法保证整个参考办法一直有效，请各位看官酌情参考。
【FreeRTOS+CubeMX】入门(二)--使用cubemx生成FreeRTOS工程
f272935657的博客
08-27 921
【FreeRTOS】使用CubeMX生成FreeRTOS项目实例，简单写一个demo
keil5-compiler v6 下汇编语言编译报错及解决方法
m0_53635223的博客
08-01 972
* 64Mhz时钟时，当ulCount为1，函数耗时3个时钟，延时=3*1/64us */最后附上官方的链接（arm compiler中内敛汇编语言的示例）在玩stm32中，使用如下经典延时函数报错。错因是没有按照编译器支持的格式来写汇编语句。
Kill5.37版本下，使用ARMcomplier6编译__asm 函数报错的问题
热门推荐
weixin_43644424的博客
05-30 1万+
Kill5-5.37版本下，使用ARMcomplier6编译__asm 函数报错的问题 问题简要描述： 昨日更新了keil5软件的版本，从5.17更新到了5.37版本，然后编译STM32项目文件时，软件提示编译报错。报错问题如下： Build started: Project: QKsoftware *** Using Compiler 'V6.18', folder: 'E:\MDK-ARM\ARM\ARM\ARMCLANG\Bin' Build target 'QKsoftware' compiling
【Keil】CubeMX配置的FreeRTOS利用V6编译出错
Roger_717的博客
11-27 6164
当使用CubeMX生成带有FreeRTOS的工程时，由于Use default compiler version 5编译器编译时间过于漫长，我们选择使用编译速度更快的Use default compiler version 6，但是更改之后再次编译会出现很多错误。
keil使用freertos出现error: unknown type name ‘__forceinline’ note: expanded from macro‘portFORCE_INLINE
2301_80165137的博客
01-23 777
这个不是自己的问题，而是keil软件里面选择了compiler6编译而不是compiller5，我找了很久，终于找到解决方案，并且使用GNU99格式。
cubemx开启freertos keil mdk选用arm6编译器编译报错
摇尾巴的小熊猫
03-18 2780
最近组里有人问这个问题，正巧之前我看到的那篇文章没了，在这里记一下 cubemx里配的freertos如果用arm5编译不会出问题，如果选择arm6，则会报许多错 可以直接替换cubemx下载的芯片包里的文件，从而不用每次生成工程都要自己手动复制粘贴 打开cubemx芯片软件包下载的位置，不知道位置的可以在这cubemx>>help>>updater里看 我以f4为例，选择你用的版本，进入 ...\STM32Cube_FW_F4_V1.25.2\Middlewares\Third
CubeMx生成FreeRTOS代码在ARM compiler6版本下编译__forceinline （unknown type name ‘__forceinline‘）报错——全网最详细解决方案
shenzhou17的博客
09-12 1212
首次用CubeMX配置完FreeRTOS后，生成keil文件，用compiler6进行编译，正常会出现几十个error，unknown type name '__forceinline'大多数都是这种报错；我这里使用的芯片CM0，所以打开CM0文件夹，将GCC文件夹里面的CM0文件夹下的两个文件，（芯片用的不一样，大家可以根据自己使用的芯片进行寻找对应的文件夹）我们在这里可以看见。如果你的compiler 5也准备好的话，直接换，之后再编译，就不会报错了；替换完成之后，用CubeMX重。
FreeRTOS.rar_ARM FreeRTOS_FReertos ARM_arm开发_freertos_kile arm
09-14
“FReertos ARM”和“freertos_arm”标签强调了FreeRTOS在ARM处理器上的应用，这包括对不同ARM处理器系列的兼容性和优化。FreeRTOS通常需要针对特定的CPU内核进行配置，以利用其硬件中断、内存管理单元（MMU）等功能...
STM32CubeMX生成F1的工程中提示找不到 __HAL_TIM_SetCompare 问题的解决方案
01-06
在用STM32CubeMX生成 STM32F103C8T6 的MDK工程后，在main.c中更改定时器占空比计数值的时候，报错： 总之就是HAL库内部API函数__HAL_TIM_SetCompare找不到。 2. 解决方案 经过搜索，该函数在stm32_hal_legacy.h...
CUBEMX生成freertos代码编译时报错
R_ee_ve_s的博客
06-07 689
按cubemx配置freertos一步步来的，结果发现编译时有151个报错，情况如下。使用编译器5，6，6.19都报错，有没有大佬知道解决办法。freertos配置。
从 Arm Compiler 5 迁移到 Arm Compiler 6
pingis58的博客
12-16 2037
Arm Compiler 5 迁移到 Arm Compiler 6
CUBEMX与FreeRTOS在Arm Compiler 6下的配置方法
qq50031185的专栏
01-24 1680
替换文件：将CubeMX数据库中的 `Middlewares/Third_Party/FreeRTOS/Source/portable/RVDS/ARM_CM4F` 中的文件替换为 `Middlewares/Third_Party/FreeRTOS/Source/portable/GCC/ARM_CM4F` 中的文件。在嵌入式开发中，STM32是一种广泛使用的微控制器。3. **修改FreeRTOS配置：** 由于FreeRTOS的默认配置可能是为AC5或GCC编译器准备的，因此需要调整以适应AC6。
C++中如何强制inline函数(MSVC, GCC)
weixin_30681121的博客
12-26 308
C++中如何强制inline函数(MSVC, GCC) Wentao Sun 看下面的代码: #ifdef_MSC_VER_//forMSVC #defineforceinline__forceinline #elifdefined__GNUC__//forgcconLinux/AppleOSX #defineforceinline__inline__...
keil 5不能识别__forceinline，移植FreeRTOS过程中一直报错误
qq_59545874的博客
09-08 832
移植FreeRTOS编译后portmacro.h文件大量error
freertos报错160
03-08
### 关于 FreeRTOS 错误代码 160 的解决方案 当遇到 FreeRTOS 中错误代码 160 时，通常意味着存在堆栈溢出的情况。此问题可能源于任务创建过程中分配给任务的堆栈空间不足。 为了有效处理这一情况： - **调整任务堆栈大小**：增加任务初始化时指定的堆栈深度参数可以缓解该问题。例如，在定义任务时适当增大 `usStackDepth` 参数值[^1]。 ```c xTaskCreate( vTaskCode, /* Task function. */ "NAME", /* String with name of task. */ configMINIMAL_STACK_SIZE * n,/* Stack size in words, not bytes. */ NULL, /* Parameter passed into the task. */ tskIDLE_PRIORITY, /* Priority at which the task is created. */ &xHandle ); /* Used to pass out the created task's handle. */ ``` 其中 `configMINIMAL_STACK_SIZE * n` 可以根据实际需求调整乘数 `n` 来扩大堆栈尺寸。 - **启用堆栈检测功能**：FreeRTOS 提供了多种方式来监控和防止堆栈溢出。可以通过设置宏定义 `configCHECK_FOR_STACK_OVERFLOW` 并赋予其非零值开启这项特性。一旦发生越界访问，则会触发相应的异常处理机制。 此外，如果是在特定开发环境如 STM32CubeMX 下工作并遇到了编译器相关的警告或错误（比如关于内联函数声明），则可能是由于编译选项配置不当引起的。对于 ARM Compiler 6 版本下的 "__forceinline" 类型未识别的问题，建议检查项目属性中的 C/C++ 编译器设置部分，确保启用了对 GNU 扩展的支持以及选择了合适的优化级别[^2]。 最后值得注意的是，在复杂的应用场景中合理规划资源非常重要。考虑到多线程环境下各个组件之间的交互关系，应当仔细评估每个任务所需的内存开销，并预留足够的余量以应对潜在的增长趋势。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值