keil编译错误： No space in execution regions with .ANY selector matching main.

最新推荐文章于 2025-10-24 12:25:58 发布
原创 最新推荐文章于 2025-10-24 12:25:58 发布 · 2.2w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在尝试编译Keil项目时遇到了L6406E和L6407E错误，提示内存空间不足。经过一系列调试，包括调整编译级别，问题仍未解决。最终发现是由于定义的数组过大导致的内存溢出。通过缩小数组大小，成功解决了编译问题，程序得以正常运行。

keil编译错误

小编在编译程序时出现如下图错误：
在这里插入图片描述

.\Objects\ov2640.axf: Error: L6406E: No space in execution regions with .ANY selector matching main.o(.bss).
.\Objects\ov2640.axf: Error: L6406E: No space in execution regions with .ANY selector matching system_stm32f10x.o(.data).
.\Objects\ov2640.axf: Error: L6406E: No space in execution regions with .ANY selector matching main.o(.data).
.\Objects\o
最低0.47元/天 解锁文章
keil空间不足，L6406E: No space in execution regions with .ANY selector
zxm8513优快云博客
08-26 2万+
关于keil空间报错，我总结了一下集中解决方案： 1、有可能是所选主控芯片RAM，ROM真的被用完了，这是需要更换主控芯片 2、keil里面的优化还可以继续优化省出一点空间 下面红色标的选择跟你的主控芯片一样大小的空间数值 3、还可以做如下优化，打开优化等级，优化等级越高程序优化的越多 3、有可能是程序里面的配置出错了，实际上芯片空间没用多少但是编译后报错空间没有了，解决如下，红色标的可以改为0x00000000 ...
keil5软件报错 Error: L6406E: No space in execution regions with .ANY selector matching xxx
qq_44250317的博客
07-06 1万+
对 Error: L6406E: No space in execution regions with .ANY selector matching xxx 的综合分析
【嵌入式学习】Keil5 链接报错： No space in execution regions with .ANY selector 解决方案
01-06
之前在使用nucleo STM32F091RCT6进行项目实验时，代码编译链接无报错。最近需要将代码移植到nucleo STM32F072RBT6上，在更改Options中device芯片以及C++define后，再次编译链接，出现了几十个相同类型的错误，均为No space in execution regions with .ANY selector matching xxx.o(.data)。字面上是指执行区域无空间。那么这个无空间可能包含两种情况： 1. Flash无空间； 2. RAM无空间。 首先我们来看一下出现错误的原因。由于代码中包含了FreeRTOS，因此代码量非常大，在Op
简单记录使用malloc报错: Error: L6406E: No space in execution regions with .ANY selector matching
qq_41933035的博客
09-29 871
malloc导致;Error: L6406E: No space in execution regions 需要指定区域使用动态内存分配
keil编译报错：No space in execution regions with .ANY selector matching
zrchyl的博客
12-28 6881
当程序执行函数调用时，相关的信息会被推入堆栈，当函数执行完毕时，这些信息会被弹出堆栈，程序继续执行。堆栈的大小可以根据需求进行修改和设置，但通常在单片机中，堆栈的大小是有限制的，由硬件或软件定义。内联函数： 内联函数可以减少函数调用的开销，将函数的内容直接嵌入到调用它的地方，提高程序执行速度。通常，堆栈大小是在编译器或开发环境中设置的，建议参考相关的文档和开发工具的说明来进行设置。在程序中设置堆栈大小： 有些单片机允许在程序中显式地设置堆栈大小，这可能需要特定的指令或者对相关寄存器的操作。
keil报错No space in execution regions with .ANY selector matching
hollebro的博客
04-09 3893
于是把Lora的设置成选择也就是#define COMM_LORA #ifdefine COMM_LORA。我的芯片的SRAM是4k，FLASH是32k所以并没有超过范围，就换个思路。然后查看能运行的部分所占flash和ram所占大小。这样既可以保留源代码所占空间，又可以屏蔽使用。双击工程文件名，进入.map，滑到最后。SRAM是RAM，FLASH是ROM。这里的rom和ram都被被限制了大小。添加了lora之后出现如下。
Keil 链接错误 Error: L6406E: No space in execution regions with .ANY selector matching
weixin_30482383的博客
05-09 3073
在开发过程当中遇到Keil build错误，检查发现时是链接时出错了。 错误内容为： Error: L6406E: No space in execution regions with .ANY selector matching Error: L6407E: Sections of aggregate size 0x44 bytes could not fit into .ANY sele...
编译时提示No space in execution regions with .ANY selector...的一种解决办法
Higashino_Keigo的博客
03-14 6616
如图，在编译时提示 发现是在自行创建的一个文件中定义量太大了，足足有七千多行（更新：对于我而言此处int须换成unsigned short） 这个变量是RGB565格式 解决办法是加上 const 使其为常量 其他方法可以见http://www.openedv.com/posts/list/10573.htm ...
（keil报错记录）No space in execution regions with .ANY selector matching usart_driver.o(.bss).
最新发布
weixin_46187287的博客
10-24 686
这个错误表示，具体是USART驱动器的.bss段（未初始化数据段）无法分配到内存空间。实际项目中内存站占用较多的地方如下图所示：一帧图像占据空间大小：320 * 240 / 1024 = 75 KB。图像缓冲区占用了 150KB RAM，这很可能是内存溢出的主要原因。STM32F407只有192KB RAM，这个缓冲区就占了78%！
Error: L6406E: No space in execution regions with .ANY selector matching main.o(.bss).
mjf140118的博客
04-11 5135
编译程序出现多个类似报错报错：.\Flash\LPC17xx-uCos-II-Mould.axf: Error: L6406E: No space in execution regions with .ANY selector matching main.o(.bss). 这个问题其中原因可能是 芯片的IRAM空间不足。解决方法是 在KEIL 的Target中选择 IRAM2前的框打勾。 打勾...
解决Error: L6406E: No space in execution regions with .ANY selector matching xxx.o(.data).
会飞的石头
03-14 1万+
开发过程遇到如题的错误，分别采取了如下两步操作，问题较好解决。 IDE环境：keil5 MCU：S32K144 OS：freeRTOS 1. 启用用C微库： 编译后错误消失，同时发现RAM占用过大的问题，仔细对比map文件和源码后发现freeRTOS的栈类型是 StackType_t， 具体定义如下： 前面移植代码时没留意任务栈的类型，默认是uint8_t。 2. 调整...
解决方法： No space in execution regions with .ANY selector matching
sgmcy的专栏
03-08 4万+
Error: L6406E: No space in execution regions with .ANY selector matching dunder.o(i.__mathlib_dbl_underflow). 单片机资源受限，出现这种错误，一般可以从以下几个方面进行优化： 第一，增加堆栈空间的大小，修改对应的汇编文件： 第二，修改编译器中的优化等级为O3 第三，去除掉冗余的不需要的库文件，不要编译到工程中，只保留自己需要的外设 如果以上三步还是不行，那么需要进一步的裁减.
EIDE编译出错：Error: L6406E: No space in execution regions with .ANY selector matching main.o(i.main).
Archer的博客
08-07 1171
问题描述 使用EIDE导入Keil项目之后，编译报错 Error: L6406E: No space in execution regions with .ANY selector matching main.o(i.main). 问题解决 修改RAM/FLASH布局 参考 https://discuss.em-ide.com/d/100-stcubemx-keil/2
RealView MDK在链接时提示空间不够的解决方案总结
非著名码农的专栏
04-24 7756
RealView MDK具有强大的编译、链接功能。嵌入式设备拥有的资源往往有限，如果一个程序编译、链接之后的可执行文件大小略大于存储大小时，则不能生成可执行文件进行调试或固化到Flash中。在这种情况下我们一般不去从硬件上调整存储空间的大小(有些存储空间在片内，实在无法调整)，而是去修改程序，试图将程序简化、将缓存减小、减少全局变量、少用大数组多用指针等等人工方法，有些时候这些方法很有效。但如果使
对 Error: L6406E: No space in execution regions with .ANY selector matching xxx 的综合分析
热门推荐
I_LOVE_MCU的博客
10-04 6万+
文章目录学习记录遇到问题查看空间空间分析解决问题参考文献 学习记录 在编程的过程中，遇到了下列问题，从此走上了百度的不归路。百度到的信息很多，但比较乱，整理一下，方便后续查阅。 ..\OBJ\Template.axf: Error: L6406E: No space in execution regions with .ANY selector matching malloc.o(.bss). 遇到问题 产生的背景原因是把一个RCT6上的程序移植到了C8T6上，由于C8T6空间不够产生报错。 到底是什么
Error: L6406E: No space in execution regions with .ANY selector matching startup_stm32f10x_md.o
weixin_53944340的博客
08-08 7240
Error: L6406E: No space in execution regions with .ANY selector matching startup_stm32f10x_md.o(STACK).
Error: L6406E: No space in execution regions with .ANY selector matching xxx
m0_64089565的博客
06-13 4803
(1)字库或者图片这种静态数组常量数组太多了，删减或者放Flash，有SD卡放卡里，需要的时候读。实在不行也可以换芯片hhh，用大数组就很容易爆炸，一般放flash够了。在一些情况下不适合使用代码优化，自己注意。（2）有LVGL的，可以把lv_conf.h这个数组改大。点击编译，成功后查看工程目录路径下的map文件。调大IRAM1的Size大小，比实际大小大。太大也不行，太小也不行，自己调整。（3）代码优化等级太低了，调高。
L6406E: No space in execution regions with.ANY selector matching strtok.o(.data)**
09-05
<think> 首先，用户的问题是："我想查找解决错误信息 'L6406E: No space in execution regions with.ANY selector matching strtok.o(.data)' 的方法 请问解决 L6406E 错误：No space in execution regions with.ANY selector matching strtok.o(.data)" 关键错误是：L6406E: No space in execution regions with .ANY selector matching strtok.o(.data) 用户提供了几个引用： - 引用[1]：提到类似错误，链接到一篇博客，讨论Keil链接错误。 - 引用[2]：解释了错误原因，涉及内存分配超出预期，具体到heap_4.o(.bss)，并给出了逐步解决方案。 - 引用[3]：提到flash空间不足，建议修改编译器优化等级。 我需要基于这些引用和系统指令来回答。系统指令包括： - 使用$...$和$$...$$格式数学表达式（但这里可能不涉及）。 - 使用中文回答。 - 生成相关问题。 - 在引用段落末尾添加引用标识。 用户的问题是关于strtok.o(.data)，而不是heap_4.o(.bss)，但错误类型相同（L6406E），原因类似：内存空间不足。 核心原因：链接器无法为.data段分配足够内存。.data段存储初始化的全局变量和静态变量。 strtok.o是标准库的一个目标文件，可能来自C标准库中的strtok函数。 解决方案步骤（基于引用[2]）： 1. 理解错误：内存不足，具体到.data段。 2. 常见原因： - 全局变量或静态变量过多。 - 堆或栈配置过大。 - 链接器脚本内存区域划分不合理。 3. 解决步骤： - 检查全局变量：优化大型数组或结构体。 - 检查堆栈配置。 - 检查链接器脚本。 引用[3]提到flash空间不足，建议修改编译器优化等级。 strtok.o(.data) 表示.data段，涉及初始化的数据。 我的回答应该： - 结构化清晰。 - 提供逐步解决方案。 - 引用给定的引用。 - 生成相关问题。 回答结构： 1. 解释错误原因。 2. 给出逐步解决方案。 3. 引用来源。 4. 生成相关问题。 使用中文。 确保引用标识：[^1], [^2], [^3] 用户说："上述引用仅供参考，并不是用户真正的需求，请尽可能多的参考用户上一次的问题和你的回答。" 但这是第一条消息，所以没有上一次问题。我需要基于当前内容。 用户上一次问题是这个错误查询，所以直接回答。 逐步解决方案： 1. 确认错误：链接器无法为strtok.o的.data段分配空间，表明内存不足。 2. 检查全局变量： - 查找代码中大型初始化的全局或静态变量。 - 优化：改用动态分配、减少大小、或使用外部存储。 3. 检查堆栈配置： - 如果在RTOS中，调整configTOTAL_HEAP_SIZE。 - 优化任务栈大小。 4. 检查链接器脚本： - 确保RAM区域足够。 - 调整内存布局。 5. 考虑编译器优化： - 增加优化等级（如-Oz）以减少代码大小。 6. 其他建议：使用工具分析内存使用（如Keil的map文件）。 基于引用： - [^2] 详细解释了类似错误。 - [^3] 提到优化等级。 生成相关问题： - 相关问题应围绕此错误解决。 例如： 1. 如何分析Keil项目的内存使用？ 2. 如何优化全局变量以减少内存占用？ 3. 修改链接器脚本的步骤是什么？ 回答内容： - 开头解释错误。 - 列出步骤。 - 结尾生成问题。 </think> ### 解决 Keil 链接错误 L6406E: No space in execution regions with .ANY selector matching strtok.o(.data) 您遇到的错误 `L6406E: No space in execution regions with .ANY selector matching strtok.o(.data)` 是 Keil 链接器中的常见问题，表明项目在内存分配上超出了可用空间。具体来说，它涉及 `.data` 段（用于存储初始化的全局变量和静态变量），并指向 `strtok.o` 目标文件（可能来自 C 标准库中的 `strtok` 函数）。原因主要包括内存资源不足、变量配置过大或链接器设置不合理。我将基于您提供的引用信息，为您提供逐步解决方案。整个过程需在 Keil IDE 中进行操作，确保代码安全性和可靠性。 #### 错误原因分析 - **核心问题**：链接器无法在指定内存区域（如 RAM）中为 `.data` 段分配足够空间。`.data` 段存储初始化的全局变量和静态变量（如数组或结构体），而 `strtok.o` 是标准库函数的一部分，可能引入了额外的初始化数据[^2]。 - **常见原因**： - **全局/静态变量过多**：大型初始化的全局数组或结构体占用了过多 `.data` 段空间。 - **堆或栈配置过大**：如果项目使用 FreeRTOS 或其他 RTOS，堆栈设置可能挤占 `.data` 段的内存。 - **链接器脚本不合理**：内存区域（如 RAM）划分不足或未正确对齐。 - **编译器优化不足**：未启用优化可能导致代码尺寸过大，进而占用额外内存[^3]。 - **类似案例**：错误 `L6406E` 常见于内存溢出场景，例如引用[^2]中提到的 `heap_4.o(.bss)` 错误，本质相同（`.bss` 与 `.data` 段均涉及变量存储）。 #### 逐步解决方案 遵循以下步骤逐步排查和修复错误。每个步骤都基于引用内容，并结合 `strtok.o(.data)` 的具体场景进行调整。操作前请备份项目文件。 1. **优化全局变量和静态变量** - **检查原因**：`.data` 段错误通常由大型初始化的全局变量（如 `int buffer[1024] = {0};`）引起。`strtok` 函数本身可能依赖此类变量。 - **解决步骤**： - 使用 Keil IDE 的全局搜索功能（或命令行 `grep`）查找代码中的全局数组和结构体。例如：搜索 `uint8_t`、`int[]` 等。 - 优化策略： - **减少变量大小**：如将 `uint8_t data[100000]` 缩减为实际所需尺寸。 - **改用动态分配**：使用 `malloc` 和 `free` 替换静态初始化变量（例如 `static uint8_t *data = malloc(size);`），释放内存后需手动管理。 - **限制作用域**：将大型全局变量改为 `static` 局部变量（文件作用域）或移动到外部存储器（如 Flash）。 - 引用[^2]建议此类优化可显著减少 `.data` 段占用。 2. **调整堆和栈配置** - **检查原因**：如果项目使用 FreeRTOS、CMSIS 或其他框架，堆栈配置过大可能抢占 `.data` 段空间。 - **解决步骤**： - **定位配置**：查看 `FreeRTOSConfig.h` 文件（或其他配置文件）中的 `configTOTAL_HEAP_SIZE`（堆大小）和任务创建时的栈大小（如 `xTaskCreate` 的参数 `usStackDepth`）。 - **优化策略**： - **减少堆大小**：如将 `configTOTAL_HEAP_SIZE` 从 100KB 降至实际需求值（例如 10KB），通过 `uxTaskGetHeapFree()` 函数验证使用情况。 - **减小栈大小**：使用 FreeRTOS 的 `uxTaskGetStackHighWaterMark()` 分析栈高水位线，并将 `usStackDepth` 调整为最小值。 - **通用建议**：即使不使用 RTOS，检查 Keil 的启动文件（如 `startup_*.s`）中的堆栈设置（`Heap_Size` 和 `Stack_Size`）。 - 引用[^2]强调堆栈优化是解决内存溢出的关键步骤之一。 3. **修改链接器脚本** - **检查原因**：链接器脚本（如 `.sct` 或 `.ld` 文件）定义了内存区域布局。`.ANY selector` 错误表明脚本未能为 `.data` 段分配足够空间。 - **解决步骤**： - 打开链接器脚本（在 Keil 中位于 Project > Options for Target > Linker 标签页下查找）。 - 检查 RAM 或 IRAM 区域的定义。例如，ARMCC 脚本片段可能如下： ```plaintext LR_IROM1 0x08000000 0x00080000 { ; 512KB flash ER_IROM1 0x08000000 0x00080000 { ; .text 段 *.o (RESET, +First) * (.text) } RW_IRAM1 0x20000000 0x00010000 { ; 64KB RAM，需确保足够空间 .ANY (+RO +RW) ; 包括 .data 段 } } ``` - **调整策略**： - **扩大 RAM 区域**：增加 `RW_IRAM1` 的大小（如从 `0x00010000` 增至 `0x00020000`），但需确保不超过硬件限制。 - **分离内存区域**：为 `.data` 段单独分配区域，避免与其他段冲突。 - 引用[^2]指出链接器脚本错误是常见根源，需精确匹配 MCU 内存规格。 4. **增加编译器优化等级** - **检查原因**：编译器未优化代码时，可能生成冗余初始化数据，占用额外内存空间。 - **解决步骤**： - 在 Keil 中：Project > Options for Target > C/C++ 标签页 > Optimization 下拉菜单。 - 选择更高优化等级（如 `-Oz`（优化尺寸）或 `-O3`（平衡优化））。 - **注意事项**：优化可能导致意外行为（如移除未被直接调用的代码），使用 `volatile` 关键字保护关键变量。 - 引用[^3]通过此方法解决了类似错误，尤其适用于 flash 空间不足的问题。 5. **其他辅助措施** - **分析内存使用**：在 Keil 中生成 map 文件（Project > Options for Target > Linker 标签页 > 勾选 Generate Map File），检查 `.data` 段的精确大小和分布（查找 `strtok.o` 相关条目）。 - **更新库文件**：确保 `strtok` 函数来自最新标准库版本，避免旧版本的内存浪费。 - **硬件检查**：确认目标 MCU 的 RAM 大小是否足够；如果硬件受限，考虑升级芯片或优化算法。 - **参考外部资源**：引用[^1]提供了类似错误的解决链接，可作为补充[^1]。 #### 总结 此错误通常源于内存不足，通过优化变量、调整堆栈、修改链接器脚本和增加编译器优化，多数情况下可快速解决。优先从步骤1开始，逐步测试（编译后检查错误是否消失）。如果问题持续，建议使用 Keil 的内存分析工具或参考引用[^1][^2][^3]的详细案例。最终目标是减少 `.data` 段占用，确保链接器能成功分配空间。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

sf9090

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值