[参考译文] 编译器：TDA2XX A15 GNU 连接器段分配问题

这看起来像是 ARM GCC 链接器中的错误。  我复制了它。  我从未针对 ARM GCC 链接器提交过错误、因此下一步是学习如何执行此操作。

记住这种可能性... 这可能不是一个错误、而是某种预期行为。  如果是这种情况、则提交错误应该会导致解释。

谢谢、此致、

乔治

那么、我没有提出错误是一件好事。  请显示用于为段设置适当标志的语法。

谢谢、此致、

乔治

您好！

我使用了：

.section .mysec、"ax"、%progbits (因为我需要代码段)。

您可以看到中的所有标记都是手动标记，需要记住的重要一点是，如果没有设置标记，则默认为未分配的段。

我仍然遇到 GNU 链接器问题。 我当时的假设是、不能保证输出段在存储器中的分配顺序-这就是 TI 链接 器具有 GROUP 关键字的原因。

不过、对于 GNU 连接器段、似乎始终按照它们在链接器脚本文件中的外观顺序进行映射(分配给相同的存储器区域时)。 此外、如果为段指定特定的起始(VMA)地址、链接器会始终将段放在该地址上、并且不会检查是否在该地址分配了任何之前的段、这也会有效地创建覆盖段。 对于加载地址、链接器似乎也始终按照段外观的顺序分配加载地址、如果指定了特定的加载地址、 如果已分配上一个段、并且地址处于该范围内、则会发出错误-也就是说、它不会首先分配具有特定地址的段、而是解析其余部分)。

此外、在指定唯一的 VMA 时、我还必须将段与存储器区域关联、否则、它将尝试在相同的地址上加载下一个段、这会导致错误：

这会导致将.text 和.sec1加载到相同地址时出错

sec1 (origin (MEM1))：

｛

*(.sec1)

｝

.text ：{*(.text)*(.text.*)}  ，位于> MEM1

虽然这似乎还不错：

sec1 (origin (MEM1))：

｛

*(.sec1)

}> MEM1

  .text ：{*(.text)*(.text.*)}  ，位于> MEM1

我无法找到任何实际描述并说明这是行为的文档 、如果您能够确认/反驳这一点、并且还能解释 GNU 链接器如何实际设置的 VMA 和 LDA 地址、那将是很棒的 章节。

我真的对链接器将  VMA 和 LMA 分配到段的逻辑和行为感到困惑、不知道我可以依赖什么  

非常感谢您提供的任何帮助...

谢谢

家伙