[参考译文] TMS320F280039-Q1：任何指南都可以帮助客户将 COFF 迁移到 ELF

尊敬的 Fleenor：

1.在 EABI 工程中、对于此函数、如果客户使用 pragma 将 Timer0IntIsr 分配给.TI.ramfuc、则可以成功完成此操作

但对于此 gwFileInfo、如果客户使用 pragma、则不能将其放置在 app_file_info 段中（可以使用 pragma 放置在 COFF 工程的 app_file_info 段中）

客户需要使用属性来实现其要求

  在客户将 COFF 迁移到 EABI 时、是否必须将所有 pragma 更改为属性？

2、客户使用以下库

您能否介绍一下这些库的最新版本并向我提供这些库的发布说明？ 在 C2000ware SDK 发行说明中找不到特定信息

3.从 COFF 迁移到 EABI 时、是否需要替换驱动程序源？

BRS

Shuqing

尊敬的 Shuqing：

直接解决您的三个后续问题。

1. #pragma __attribute__ 迁移到 EABI 时必须全部更改为？

否—并非所有 pragma 都必须转换、但函数和未引用的数据之间的行为不同。

#pragma CODE_SECTION(Timer0IntIsr, ".TI.ramfunc") 工作的原因是 Timer0IntIsr ISR、它 由中断矢量表引用、因此 ELF 链接器不会将其去除。 该 pragma 会成功放置它 .TI.ramfunc 、因为链接器将其视为“已使用“。 （请参阅验证此情况的代码和映射文件的图像。）

然而, gwFileInfo （放置在像这样的自定义部分中的常量变量） app_file_info 没有被其他代码明确引用 — 它存在于外部工具 ,调试器,或固定地址读取。 在 ELF 中、链接器 未使用的段消除 会以静默方式将其剥离。 这就是为什么 #pragma DATA_SECTION 单独针对该变量失败、但在 COFF 模式下工作（无论如何都保留了所有内容）。 （图像显示从到的转换。） #pragma DATA_SECTION __attribute__((retain, section("app_file_info"))) gwFileInfo

规则是：

• 如果通过 #pragma DATA_SECTION 或放置的符号 #pragma CODE_SECTION 在 代码中的其他位置被引用、pragma 语法仍在 EABI 中起作用。
• 如果 未引用该符号 （校准数据，版本信息，固定地址常量）、则 必须 添加 __attribute__((retain, section("..."))) 或 #pragma RETAIN 以防止剥离。

实用建议： 审核 #pragma DATA_SECTION 项目中的每个项目 、并添加 __attribute__((retain, section("..."))) 未在代码中直接引用的任何变量。 对于引用的符号、pragma 语法仍然起作用、但转换为 __attribute__ 语法是 EABI 前瞻性的最佳实践。 这增加了清晰度并提高了未来可维护性。

2.图书馆版本和发行说明

根据提供的图像、您使用的是 C2000Ware 6.00.01.00 中的库。 图像中的文件名确认了 COFF 和 EABI 版本的可用性。

以下是相关信息的摘要：

• 首先在 C2000Ware 4.00.00.00 中添加了 F28003x 支持（driverlib、bitfield、SysConfig 和库）。
• 从 C2000Ware 4.00.00.00 开始添加了 F28003x 的 EABI 闪存 API 库、并 在 4.02.00.00 中添加了 F28003x 的功能安全质量闪存 API v1.58.10。
• IQMath、driverlib 和器件库 会随着每个 C2000Ware 版本而更新
• EABI 和 COFF 库版本都分布在 C2000Ware 中、编译需要 “启用对 GCC 扩展的支持“ （在编译器 v6.4.0+中默认启用）。
• 重要说明： 请确保将 库的 EABI 版本（例如，，和）链接 driverlib_eabi.lib cla2_math_library_eabi.lib its2800_fpu32_fast_supplement_eabi.lib到项目、如所提供的映像中所示。

详细的每个库更改日志嵌入在 C2000Ware 安装目录中、而不是顶级 SDK 版本说明中。 查找范围：

C2000Ware_x_xx_xx_xx/libraries/flash_api/f28003x/
C2000Ware_x_xx_xx_xx/libraries/math/IQmath/
C2000Ware_x_xx_xx_xx/driverlib/f28003x/

3. COFF 到 EABI 的迁移是否需要驱动程序源替换？

driverlib 源代码本身与格式无关 –它是 C 源代码、会编译成项目目标的任何输出格式。 .c .h 从 COFF 切换到 EABI 时、无需替换 driverlib 和源文件。

需要更改的内容：

• 预编译的库文件.lib() 必须是 EABI 版本（例如，而不是） driverlib_eabi.lib driverlib_coff.lib。
• 电机控制和 InstaSPIN 库现在支持 COFF 和 EABI 格式 — 选择正确的型号。
• 必须更新链接器命令文件以使用 ELF 段名称 (.bss.const//.data 而不是 .ebss/.econst)。

如果您要在工程中构建来自源代码的 driverlib、只需使用 EABI 设置重新编译就足够了。

为了帮助进一步完善这一点、了解以下内容会有所帮助：

• 项目是否包括可能需要 ELF 语法更新的汇编文件。
• 无论客户是使用自定义链接器命令文件还是 C2000Ware 模板。 （评估可能的 ELF 段名称更改。）

此致、

Zackary Fleenor

尊敬的 Fleenor：

1.我想 再次强调、客户不使用 C2000Ware 6.00.01.00、请再次查看图片！！！

根据提供的图像、您正在使用 C2000Ware 6.00.01.00 中的库。

2. 我在下面的路径中找不到这些库发行说明,请再次检查！！！！

每个库的详细更改日志嵌入在 C2000Ware 安装目录中、而不是顶层 SDK 发行说明中。 [/报价]

3.我只是想知道我们现在发布的最新的图书馆和这些图书馆发行说明,请直接回答我！！！

我怎么能相信你的其他问题的答案??

BRS

Shuqing

尊敬的 Shuqing：

1) 您分享的图片展示了如何使用 C2000Ware 6.00.01.00。  

您能帮助我了解当时使用的是哪个版本吗？

2) 对先前错误引用 changelog 详细信息的道歉。 相关详细信息可在以下位置找到：

C2000Ware_26_00_00\libraries\flash_api\f28003x\docs（特定于闪存 API 库 — 请参阅 PDF 的第 40 页）

C2000Ware_26_00_00\change_log.html（包含整个 C2000ware 的更改/更新的详细更改日志）

3) 最新的 C2000Ware 版本将始终包含相关库的最新版本、该版本始终可从以下位置下载：  

https://www.ti.com/tool/C2000WARE/#downloads

可以在以下位置找到最新版本：

https://www.ti.com/tool/download/C2000WARE/26.00.00.00.STS

我希望这能够正确解决您的问题。

此致、

Zackary Fleenor