[参考译文] CODECOMPOSER：不同构建机器的项目.out 文件不同

您好！

Unknown 说：

我已经要求开发者将他的整个项目压缩起来、以便我与我的本地目录进行比较、唯一的文件差异是：
release.out
release.map
Makefile
subdir_rules.mk

请参阅下面的以了解实际文件差异。 每个源文件和.project、.cproject 和.ccsproject 都是相同的。 那么他的 CCS 如何/为什么会生成不同的 makefile 文件？！  [报价]

您提到的所有文件还可以包含特定于开发人员本地环境的信息。 此类信息包括源和各种实用程序的文件路径信息、工作区位置、时间戳等 所以除非每个人的 PC 都安装在相同的目录中,并且使用相同的用户名和在相同的时间内构建,否则会有一些差异。 上述文件都是构建过程生成的文件。 这些文件通常不受版本控制。

Unknown 说：

每个源文件和.project、.cproject 和.ccsproject 都是相同的。 [报价]

这些文件应是持久的。 应将以下文件检入到版本控制中：

https://dev.ti.com/tirex/explore/node?node=A__AFwtNnyed7LJCr63zDn5xw__ccs_devtools__FUz-xrs__LATEST

谢谢

Ki

[/quote]

Ki、感谢您的答复。 然而、 TI 建议在代码库中包含的唯一项、我之前没有、就是.settings 目录。 我添加了并请求 Developer3重新克隆并构建工程、结果与上次相同。 您是否认为.out 文件对于环境而言是唯一的？ 如果是这种情况、如何才能确认两个编译系统编译到相同的结果？ 我添加了一个编译后处理脚本、用于将.out 转换为.bin、而不同系统之间的编译后处理脚本也确实存在差异。

明白了、因此无法确保 TI 产品上的编译输出相同。 有一个机会,他们可以生成相同的,这可能涉及使用相同的文件夹结构的所有涉及,但即使这样也没有保证。

您好！

我也花了相当多的时间在这类问题上：你可以看看这里： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1095390/tda4vm-absolute-path-built-in-rodata-section-of-ti-kernel-freertos-components/4132380?tisearch=e2e-sitesearch&keymatch=%252520user%25253A351163#4132380

对于我来说、CCS 的运行方式有问题、这是关于改变与项目构建方式相关的设置的问题。 (编译器、链接器设置)。 有时它不保存我在设置中更改的选项、有时仅部分保存。

总的来说、我不再使用 CCS 作为开发工具、只用来调试项目。 这些工程现在由 cmake 生成、该配置是透明的、并且会检查到 git repos. 因此、不同 CCS 实例之间的构建选项不会再出现问题。 (提示：我假设 CCS 也仅使用 cmake 生成 makefile 以在内部编译工程。)

尽管如此、您必须注意、TI 的某些库中使用了 C 宏、其中将编译机器的信息嵌入到二进制文件中。 (__文件_)

此致、
Thomas

很遗憾在将 CCS 用作编译环境时听到您的困扰。 cmake 是一种受欢迎的环境、许多用户都使用它在 CCS 环境外部进行编译、而只使用 CCS 进行调试(如规划中所示)。  

CCS 不使用屏蔽罩下的 cmake。 CDT 用于从工程生成 makefile、然后调用 gmake：

https://software-dl.ti.com/ccs/esd/documents/users_guide/ccs_project-management.html#build-rebuild-project

谢谢托马斯。 我很可能也会沿着这条路走下去、您的信息将会非常有用！