0

我们正在进行一项大型设计,其验证环境很复杂。它包含 5 个内部 VIP(其中 3 个是我们拥有和调试的,进行了微小的更改和调整)、CDNS unipro VIP 和一个我们用于所有环境的低级服务包。我们的 e 编译流程漫长而乏味,对于我们在代码库中所做的每一次更改,我们的修复周转时间是 10 分钟。我们如何改进编译流程以提高团队效率?

4

7 回答 7

0

除了多核编译之外,从 14.1 开始可以使用 elibs 来防止重新编译未更改的模块。

于 2014-05-13T07:14:34.833 回答
0

我们为正常开发所做的只是编译我们通常不会更改的代码(基础库、来自其他供应商的 VIP、从以前的项目中重用的代码等)。我们为该特定项目开发的任何代码都会在顶部进行解释加载。当我们必须更改某些内容时,这会缩短周转时间(因为您只需快速“重新加载”)。

对于回归测试,我们将所有内容编译到测试平台顶部并在顶部加载测试。

于 2014-05-13T09:31:29.063 回答
0

在编译模式下工作。并行编译代码。使用可让您保存和恢复、重新播种和动态加载的 specman 高级选项。

于 2014-05-13T06:49:50.053 回答
0

使用多核编译在编译模式下编译您的代码。它将显着减少编译时间。您也可以将此编译用于调试而不是解释模式。此功能已包含在已安装版本的最后一个修补程序中。

于 2014-05-13T07:05:49.513 回答
0

你可以编译你的代码。您还可以使用并行编译。您可以做的另一件事是使用重新播种和动态负载

于 2014-05-13T07:07:40.657 回答
0
  • 使用多个内核来加快编译时间(-mc 切换到 sn_compile.sh)。需要高级选项许可证
于 2014-05-13T06:52:16.370 回答
0

使用 SAO:使用多进程编译。下载最新的修复程序,从 13.1 版开始,您不需要特殊版本。您还可以使用已编译的代码并仅编译您更改的模块(多阶段编译)。

从 14.1 版开始,您可以将代码编译为 elib 文件。

于 2014-05-13T07:06:48.977 回答