[参考译文] TMS320F280037-Q1：如何减小这些库的代码大小

感谢您对此的耐心 — 只是要回应:) 以下是一些建议:

1. 关于重复代码占用问题:

• 正确的是、在引导加载程序和应用项目中使用相同的驱动程序/库可能会导致冗余的闪存使用。
• 您可以考虑以下几种方法：
  • 优化引导加载程序和应用程序之间的代码共享：
    • 仅使用运行所需的基本功能、尽可能减少引导加载程序的数量
    • 将常用的驱动程序/库放置在可由引导加载程序和应用程序访问的共享闪存扇区中
  • 内存管理：
    • 仔细规划引导加载程序和应用程序代码的闪存扇区分配、确保两个工程的链接器文件包含一致的存储器映射信息。
    • 使用链接器命令文件定义引导加载程序和应用程序段之间的清除存储器边界

2. 关于代码大小优化、此处链接的 C28x 优化指南可供参考。

• 编译器优化选项：
  • 使用优化级别-O2 或-O3 与--mf=0（针对尺寸进行优化）
  • 尝试优化级别-O4、该级别会考虑整个工程视图、执行额外的链接后优化
  • 使用优化器助手（“视图“>"优化“优化器助手“）查找优化级别和 MF 设置的最佳组合
• 代码放置：
  • 使用.TI.ramfunc 段将对性能至关重要的代码放置在 RAM 中
  • 仅将基本初始化代码和常用函数放入 RAM 中
  • 将其余部分保留在闪存中以节省 RAM 空间
• 其他优化提示：
  • 映射到闪存时、将代码和数据段与 128 位边界对齐
  • 对于 EABI 可执行格式、请将未初始化的 RAM 段定义为 NOINIT 段
  • 启用预取模式和数据缓存模式以获得更好的闪存执行性能
• 调试与释放：
  • 虽然驱动程序/库没有特定的“调试“或“发布“版本、但您可以：
    • 删除发行版本中的调试特定代码和诊断
    • 使用条件编译排除调试功能
    • 优化发行版构建的函数内联和代码结构

需要注意 的是、请记住、闪存架构会施加限制：在擦除、编程或验证闪存时、无法执行代码、也无法同时从闪存获取数据。