[参考译文] TMS320F28379D：可重定位库

尊敬的 Torsten：

让我来看看这个问题、给您回过来。

此致、

Delaney

尊敬的 Torsten：

很抱歉耽误你的时间。 我想我对你的问题有点困惑。 如果您的库位于 say a C 文件中、并且您希望能够从 CPU1和 CPU2 (单独)调用相同的库函数 、您可以按照前面提到的那样执行、为每个 CPU 使用链接器 cmd 文件将库分配给不同的全局共享 RAM、每个 CPU 将调用它分配的库版本。 您提到的其他步骤的目的是什么？

此致、

Delaney

尊敬的 Delaney：

链接库以从特定但不同的 RAM 位置运行之后、生成的二进制文件会略有不同(基本上、跳转会不同、因为目标地址会不同)。 对于3k 字节的大库、如 TI 闪存库(F021)、当以静态方式链接时、与特定地址之间只有26处差异。

我想保护一些闪存存储器(即上面的3k)并且只将库中所需的代码存储在一个 CPU 的闪存中一次。

我目前要做的是、将库链接两次、使用两个不同的运行地址、计算生成的库的差异、并存储差异、以便我的应用可以访问它们(通过生成一些 C 代码)。 然后其中一个 CPU 将库的一个版本存储在闪存中。 然后、这个 CPU 为两个 CPU 将库从闪存复制到 RAM 中(两个副本)、然后使用构建时计算出的差异校正一个副本。

这种方法使编译非常复杂、因为我需要之前编译该 diff 工具、这 会导致目标平台的编译(TMS320F28379D)和编译平台的编译之间存在依赖关系。

理想情况下、我会坚持使用 TI 提供的工具(hextool、连接器、编译器等)。 因此、我想知道是否有办法在加载时生成某种可重定位库并多余的所需重定位信息来修复库中使用的 absolve 地址？

此致

Torsten

尊敬的 Torsten：

在咨询了其他 CLA 专家之后、我理解您的问题、非常抱歉。  我不知道使用我们的工具执行此操作的方法、但我会让编译器专家循环、看看他们是否知道方法。

此致、

Delaney

尊敬的 Delany：

非常感谢您的努力。 我仍很好奇我的问题是否有 TI 的解决方案！ :-)

尊敬的 Torsten：

编译器专家还会为您解答一些其他问题：

1. 您是否正在创建两个独立的.out 文件、每个 CPU 一个？
2. 如果是这样、每个.out 文件是根据相同的源和库组合构建的、但 做出了不同的构建时间选择。 即、根据#if 语句？

此致、

Delaney

尊敬的 Delaney：

是的、有两个不同的输出文件。 每个 CPU 一个。 第一个缓存块只是链接到"共享"库、但该缓存块标记为"type=DSECT"、而第二个 CPU 的 out 文件则包含为 CPU2运行地址链接的实际库。 CPU2随后将库复制到 CPU1和 CPU2的共享 RAM 中、此外、还应用所需的更改来针对 CPU2的不同运行地址修复库。

尊敬的 Torsten：

明白了、感谢您的澄清。

此致、

Delaney

你好、 Delaney Woodward

感谢您花时间来了解这一点！

此致

Torsten