This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] MSP432P401R:建议将两个.obj 文件合并为一个文件的方法?

Guru**** 2524550 points
Other Parts Discussed in Thread: UNIFLASH

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/996807/msp432p401r-recommended-way-to-combine-two-obj-files-into-a-single-one

器件型号:MSP432P401R
主题中讨论的其他器件:UNIFLASH

我们有 两个分别生成引导加载程序和应用程序的 Code Composer 项目。 为了简化测试/生产、我们希望能够组合这两个.obj 文件、以便我们 只需一个文件即可通过 Uniflash 等方式提供工作芯片。

我在此找到了一个较旧的论坛主题、 该主题链接到 我在 https://web.archive.org/web/20180106212012/https://processors.wiki.ti.com/index.php/Combining_executable_files 上存档的 Wiki 文章 -这是否仍然是仅使用 较新工具的一般建议方法?

例如、使用 ofd470工具、 根据 https://software-dl.ti.com/ccs/esd/documents/sdto_cgt_tiobj2bin_failed.html、该工具 已被"armofd"实用程序取代。 或者 、TI 是否正在弃用他们自己的编译器工具、我们应该 开始迁移到包括 objcopy 在内的完整 GCC 堆栈?

我希望我们可以创建第三个"包装程序"项目、该项目依赖于引导加载程序和应用程序项目、并具有组合其输出的定制构建脚本。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    仍然可以使用十六进制实用程序 armhex 来组合可执行文件。  否则、该 Wiki 文章已过期。  有关最新文档、 请在 TI ARM 汇编工具手册 中搜索标题 为"加载映像格式"的子章节。   

    至于 ofd470,将名称更改为 armofd... 大约10年前、TI ARM 编译器工具链中可执行文件的所有名称都发生了变化。  这包括将目标文件显示实用程序的名称从 ofd470更改为 armofd。  这本身并不是从 TI ARM 工具链变为其他工具链的原因。

    但是、TI ARM 专有工具链正在被基于 LLVM 和 Clang 的工具链取代。  有关详细信息,请参阅文章 《适用于基于 TI ArmRegisteredCortexRegistered的 MCU 的编译器工具的未来》

    此回复是否可以解决您的问题?

    谢谢、此致、

    乔治