F2837xD/S/07x 器件是用于支持通用目标文件格式（COFF）和嵌入式应用程序二进制接口（EABI）的首批 C2000 器件系列之一。有关更多信息，请参阅 https://software-dl.ti.com/C2000/docs/optimization_guide/phase1/index.html#application-binary-interface-abi。EABI 克服了 COFF 的一些限制，其中包括符号调试信息不支持 C/C ++，以及关于最大段数和段名及源文件长度的限制。请注意，EABI 与 COFF 不兼容，因此，两种格式之间无法相互转换。下面简单总结了 EABI 与 COFF 相比的差异。

• 直接初始化
  • 在 EABI 中，未初始化的数据默认为 0。
  • 在 EABI 中，原始数据初始化是通过链接器生成的压缩副本表完成的。
• C++ 语言支持
  • C++ 内联函数语义：在 COFF 中，会将内联函数视为静态内联函数，这会导致无法内联的函数或含有静态数据的函数出现问题。在 EABI 中，没有静态”限定符的内联函数具有外部链接。
  • 更好的模板实例化：COFF 使用一种名为晚期模板实例化的方法，而 EABI 使用早期模板实例化方法。晚期模板实例化可能会出现库代码问题，从而导致链接时间较长。早期实例化使用 ELF COMDAT 来保证模板始终得到正确实例化，并且在最终可执行文件中最多存在每个实例化的一个版本。
  • 表驱动的异常处理（TDEH）：相比于 COFF，TDEH 对代码性能的影响几乎为零。COFF 使用 setjmp/longjmp 来实现由 EABI 实现的 C++ 异常特性。
• 由 EABI 实现的特性
  • Location 属性：指定符号在 C 源代码中的运行时地址。
  • Noinit/persistent 属性：指定是否应在 C 自动初始化期间初始化符号。
  • Weak 属性：弱符号定义被强定义取代。在链接时，不需要解析弱符号引用。未解析的弱符号解析为 0。
  • 外部别名：在 COFF 中，如果对 A 的所有调用都可由 B 替代，编译器会使 A 成为 B 的别名。必须在同一个文件中定义 A 和 B。在 EABI 中，编译器会使 A 成为 B 的别名，即使 B 是外部属性。
• 调用约定
  • COFF 和 EABI 之间的标量调用约定相同。
  • 结构调用约定（EABI）：
    • 单字段结构由对应于基础标量类型的值传递/返回。
    • 对于 FPU32，小于 128 位的同质浮点结构将由值传递。
    • 在 R0H-R3H 中传递，然后由值在堆栈上传递。
    • 由值传递的结构也是寄存器分配的候选项。
    • 对于 FPU64，相同的原理适用于 64 位双精度值（R0-R3）。
• 双精度内存大小
  • 在 EABI 中，双精度是 64 位大小，而在 COFF 中，双精度仍表示为 32 位大小。
  • C/C++ 要求双精度能够表示整数类型，并具有至少 10 个十进制数字，而这实际上需要 64 位双精度值。

表 3-1 总结了 COFF 和 EABI 使用的由编译器生成的段名。

有关 EABI 和迁移过程的更多信息，请参阅以下参考指南：

• TMS320C28x 汇编语言工具用户指南
• TMS320C28x 优化 C/C++ 编译器用户指南
• C2000 从 COFF 迁移到 EABI https://software-dl.ti.com/ccs/esd/documents/C2000_c28x_migration_from_coff_to_eabi.html