首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Xtensa --危险的搬迁:加窗的长调用跨越1GB的边界

Xtensa --危险的搬迁:加窗的长调用跨越1GB的边界
EN

Stack Overflow用户
提问于 2015-06-25 12:02:23
回答 2查看 1.3K关注 0票数 3

我在编译过程中发现了以下错误

(.sram.text+0x1283):危险的迁移:加窗的长调用跨越1GB的边界;返回可能失败:(UND+0xdeadcafe)

在其中一个功能中。

体系结构是Xtensa,使用的工具链是为Xtensa构建的GNU工具链。此错误位于binutils源代码中文件elf32-xtensa.c中的函数elf_xtensa_do_reloc()中。

请让我知道这个错误的原因和任何可能的解决办法。

EN

回答 2

Stack Overflow用户

发布于 2015-11-19 17:36:06

这是已知的默认Xtensa窗口注册ABI的警告。引用Xtensa ISA参考手册

a4中使用返回地址寄存器存储的窗口增量占据寄存器的两个最重要的位,因此这些位必须由子例程返回来填充。RETWRETW.N指令从它们自己地址中最重要的两个位中填充这些位。这将防止寄存器窗口调用用于调用地址空间中不同的1GB区域中的例程。

您可以有两个选项来解决这个问题:

  1. 您可以尝试为您的代码调整负载基地址和/或使其更小(!)直到它适合于1GB的区域来修复它。
  2. 如果这样做不起作用,或者不是选项,那么您将不得不使用支持替代CALL0 ABI的编译器重新编译运行在Xtensa系统上的所有东西,后者将寄存器文件视为“平面”,从而避免了违规的窗口调用和返回指令。
票数 1
EN

Stack Overflow用户

发布于 2022-05-16 22:25:04

在为ESP32进行PlatformIO开发时遇到同样的错误之后,我发现的解决方案是将优化叠氮标志-Os更改为-O3

代码语言:javascript
复制
[env:esp32dev]
build_unflags = -Os
build_flags = -O3
票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/31049837

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档