[参考译文] 编译器/RM57L843：了解映射文件中的.tramp 部分并在 TI ramfunc 部分中放置 RTS 函数调用。

从您的映射文件中、我可以告诉您在名为 MCU0_R5F_TCMA 的存储器范围内有一个名为 vary_type_calc_proc1的函  数、该函数在4个不同的站点上调用位于名为 OCMRAM 的存储器范围内的 RTS 函数__aeabi_lmul。  此 RTS 例程执行64位乘法。 (我认为您对我的工作方式不感兴趣。  如果您愿意、我可以介绍这是如何完成的。)

[引用 user="Rahul Prabhu"]我是否可以阻止分支[/引用]

否

[引用 user="Rahul Prabhu"]或将这些 RTS 库代码段放在.TI.ramfunc 中以避免代价[/quot]

是的。  我将解释如何实现这一点。

但是、首先、考虑它是否值得。  虽然有4个调用点、但这并未说明调用此 RTS 函数的频率。  它可能被称为很多。  它可能被调用很少。  如果调用次数很少、那么这个优化不太可能值得麻烦。   

我理解为什么您认为 RTS 函数需要位于同一个部分中。  这不是完全错误的、但它是不精确的。  可以精确地说、调用站点和调用目标之间的内存地址差异不能超过函数调用指令支持的地址。  (很抱歉、我不知道确切的数字。  我认为它大约是1兆字节，或2 **20字节。)  这意味着 RTS 函数不必位于同一个段中、只需在内存中更靠近。  链接器命令文件中可能有一个类似于...的条目。

.TI.ramfunc > MCU0_R5F_TCMA 

目的是为所需的 RTS 函数创建另一个输出段、并将其分配到相同的存储器范围。  类似的东西

rts.ramfunc：
｛
rtsv7R4_A_le_v3D16_eabi.lib (.text)
｝
>MCU0_R5F_TCMA

第1行指定输出段的名称。  第3行显示从 RTS 库 rtsv7R4_A_le_v3D16_eabi.lib 中的目标文件 l_mul32.obj 中获取.text (代码)段。  不幸的是、这一行对某些特定于项目的详细信息进行了硬编码。  但这是不可避免的。  必须使用精确的库名称。  语法 ll_mul32*.obj 指示使用以 l_mul32开头并以.obj 结尾的任何目标文件名。  这说明了在16.9.x.LTS 版本中、具有64位乘法例程的文件名为 lL_mul32.obj。  在18.1.0.x.LTS 版本中、该同一文件名为 l_mul32.asm.obj。  第5行将输出段分配到相同的存储器范围。

有关从 RTS 库分配函数的语法的更多详细信息、请在 ARM 汇编工具手册中搜索 标题 为将库或存档成员指定为输入到输出段的部分。  有关 trampoline 的更多信息、请在同一手册中搜索标题 为 Generate far Call trampoline 的部分。

谢谢、此致、

乔治

我在您附加到您的第一个帖子的映射文件中看不到这一行。  所以、我只能向您提供有关它的一般信息。

这是由链接器创建的到函数 sqrt 的 trampoline。  如果您搜索地址00004ac0、则最终会点击 far call trampolines 表中的条目、您可以在其中找到有关该条目的更多信息。  包括该 trampoline 的调用站点分支的数量以及这些调用站点的地址。

[引用 user="Rahul Prabhu"]是否有某种方法可以消除此 trampoline 调用

是的、但这可能不切实际。  一种方法是在内存中移动内容、使调用站点和调用目标都接近。  另一个是将代码更改为不调用该函数。   

谢谢、此致、

乔治