你(们)好。
我们使用的是 TMS320F28335。 我想请求 code composer v3.3 (我不确定确切的 subversion)。 我已经尝试过 v3.3白金版、它会产生一些微小的差异。 看起来好像我需要一些较旧的库、甚至可能是较旧的编译器已经进行了稍微不同的优化、以提供稍微不同的.obj 大小(我们的许多源文件中只有两个)。 我们有一个'legacy.out'文件、该文件需要一个新的认证、该认证要求所有源文件以及完全重建 legacy.out 文件的能力。 它已经过现场测试、并且不能允许传统.out 文件更改一位。 我们拥有所有旧的源文件(包括.pjt、.lkF、.map 等)、但遗憾的是、我们没有保留 TI 源文件或编译器的确切版本等
有关旧版本可能来自 legace.LKF 的一些提示为"C：/CCSTUDIO_v3.3/"和"C：/CCSTUDIO_v3.3/BIOS_5_31_02/"。 legacy.map 中的一些提示为"TMS320C2000链接器 PC v5.2.0"
而 v3.3 Platinum 的输出显示"C：/CCStudio_v3.3PLA/"和"C：/CCStudio_v3.3PLA/BIOS_5_33_05/"和"TMS320C2000连接器 PC v5.2"。
在尝试使用 v3.3Platinum 生成完全相同的传统.out (实际上是十六进制文件)时、我尝试将 BIOS 更改为"C：/CCSTUDIO_v3.3PLA/BIOS_5_31_02/"、但我认为存在一些库差异以及可能存在的编译器优化差异。
有关旧版本可能来自 legace.map 的一些其他提示指出、strtol.obj (来自 rts2800_fpu32.lib)的长度为 E4、但来自 v3.3Platinum 的长度为 EB。 现在、我们的 source.obj 中仅有另外两个在.map 中具有略微不同的长度、因此我不知道它们是与 TI 库相关还是与编译器优化相关。 我想您可以先将旧的 rts2800_fpu32.lib 发送给我、看看它能解决我的所有问题、还是只能解决一个问题。
感谢你的帮助。
