[参考译文] TM4C123GH6PM：如何下载旧版本的 Tivaware？

供应商的评论是"典型"但不令人满意。  (按"典型"分类-我们已经知道(其他) ARM 供应商也会做出类似的响应... Amit 始终致力于满足！)

学习的课程：每个客户端-用户都必须"安全地存储"所有代码和库元素-供将来(甚至意外-尤其是意外)使用！

看来、"重铸"您对"通用用户"(此处)的吸引力、并将您所需的软件版本发布(升级)到(容易注明)主题行"主题行"、这将证明是"最佳选择"。

如果您与供应商的当地办事处有"关系"-(有时)他们(可能)"拉住兔子(甚至是过去的代码版本)。 从(红色)帽子上取下。"

[引用 user="Amit Ashara"]自2.0.1.11577[/quot]起，软件中已有许多错误修复

毫无疑问、但更新库可能会使 OP 的变更范围按数量级增加。

Robert

[报价用户="Amit Ashara"> TM4C 的网页上未存档旧版本。 [/引用]当需要对最初由不同开发人员编写的现有产品进行更改时、明智的第一步是证明您可以在进行任何更改之前重新构建完全原始的可执行文件。 因此、您需要能够获得使用的原始工具。

例如、我需要更改 LM3S2D93的 SYS/BIOS 程序。 原始项目使用的 TI ARM 编译器、SYS/BIOS 和 XDCtools 的版本均可从 TI 网站下载、即使它们不再是"最新"版本也是如此。 幸运的是、原始项目中使用的 LM3S StellarisWare 版本仍然是"最新的"版本、因此仍可下载。

为什么 TivaWare 和 StellarisWare 只允许下载"最新"版本、与其他 TI 工具不同？

[引用 user="Amit Ashara"]自2.0.1.11577[/quot]以来，该软件中已有许多错误修复。相反，是否有任何更改会破坏最初为 TivaWare 2.0.1.11577编写的程序？

Amit 唯一不会影响应用程序的方法是没有更改。

让我来规划一个场景

测试和现场经验显示了一个以前未检测到的边沿案例。 在这种情况下、需要更改应用程序的隔离区域中一个源文件中的清单常量。

对于旧库、这将需要更改该常数、对该文件和任何被认为适当的子段进行回归测试、并对整个应用程序的某些部分进行回归测试。 如果产品是列出的代理、且更改很小、则您可以限制重新测试的数量。

如果替换库、则现在需要对使用该代码的应用程序的每个模块和部分进行回归测试。 您必须检查先前版本中的任何错误的解决方法、并确保至少不会引入问题。 您很可能必须重新测试完整的应用程序、如果产品是列出的代理、他们也可能将此视为主要变更。

一天或两天的任务将变成月和许多美元。

Robert

[引用 user="Chester Gillon">当需要对最初由不同开发人员编写的现有产品进行更改时、明智的第一步是证明您可以在进行任何更改之前重新构建完全原始的可执行文件。 因此、您需要能够获取使用的原始工具。[/quot]

是的、我之前遇到过这方面的问题。

Chester Gillon 说：

相反，是否有任何更改会破坏最初为 TivaWare 2.0.1.11577编写的程序？

基本上是定义上的。

1 - William James Quotes

哦，我的——“这个论坛是如何发展的！”    文学符号和学分、表现常量和回归测试-所有这些都有"气泡！"

即使是天才 Amit、"为无法辩护"(对过去 SW 版本的供应商"拉扯"进行了弱解释)也证明很困难。

监管机构的入侵是任何/所有试图"证明"过去 SW 版本的拉动行为的真实"旁边的"天伦"！    "代码修复"不能为忠实用户因"影响深远"但"目光短浅"的供应商决策而承受的额外痛苦和成本辩护...