5 EABI 支持

过去，F2837x 应用程序始终支持通用目标文件格式 (COFF) 二进制可执行文件输出。COFF 具有多项限制，其中一项便是符号调试信息不支持 C/C++。除此之外，对段的最大数量、段名的长度和源文件也存在限制。COFF 也不是业界通用的。由于这些原因，C2000 现在正在迁移到嵌入式应用程序二进制接口 (EABI) 格式。EABI 与 COFF 不兼容，因此，两种格式之间无法相互转换。这部分对 COFF 和 EABI 之间的差异进行了总结，并提供了一些有用的链接，这些链接提供了关于将应用程序从 COFF 迁移至 EABI 的指南。

• 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 位双精度值。
• 段概述：

  表 5-1 对 COFF 和 EABI 的段名进行了总结。以下各段由编译器生成。

  表 5-1 段名

  说明	COFF	EABI
  只读段
  常量数据	.econst	.const
  22 位以上的常量数据	.farconst	.farconst
  代码	.text	.text
  预主构造函数	.pinit	.init_array
  异常处理	不适用	.c28xabi.exidx/.c28xabi.extab
  读写段
  未初始化数据	.ebss	.bss
  初始化数据	不适用	.data
  22 位以上的未初始化数据	.farbss	.farbss
  22 位以上的初始化数据	不适用	.fardata
  堆	.esysmem	.sysmem
  栈	.stack	.stack
  CIO 缓冲器	.cio	.bss:cio

• 资源：
  有关 EABI 和迁移过程的更多信息，请参阅以下链接中提供的资源：
  • Wiki：http://processors.wiki.ti.com/index.php/EABI
  • Wiki：http://processors.wiki.ti.com/index.php/C2000_EABI_Migration
  • C28 EABI 规范：C28x 嵌入式应用程序二进制接口 (SPRAC71)