请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
部件号：CODECOMPOSER 线程中讨论的其他部件：AWR6843，
前体
这在某种程度上与我在传感器论坛上的另一篇帖子有关，该帖子涉及在无头 Jenkins 服务器上构建基于 AWR6843的项目。
但是，有一个领域我似乎不能绕过我的脑袋，那就是 XDCTools 的使用，实际上是整个 XDC 的使用。
这完全是我对自己的误解，所以在我试图解释的时候请多多包涵。
概述
想象一下，您有一个支持 TI 的 mmWave 传感器之一的项目。 通常，您会有一些自定义源文件，预编译的 mmWave 库以及一个 RTOS (在这种情况下是 SYS/BIOS)。
我正在掩盖细节，但从高水平上说，您现在已经与两个主要组件建立了联系，一个是 mmWave SDK，另一个是 SYS/BIOS。
默认情况下，这些组件的安装路径将位于 C:\ti 下。 例如，如果安装 mmWave SDK，它将安装到 C:\ti\mmWave_SDK_03_05_00_04，而 BIOS C:\ti\BIOS_6_73_01_01也是如此。
从项目可移植性的角度来看，将这些组件打包成 git 子模块，或者将其压缩并存储在 Artifactory 中可能是有意义的。 基本上是一种在内部托管特定只读软件包的方法。
关键是，每个从事项目工作的开发人员都不必担心安装 mmWave SDK 或用于此问题的 RTOS，因为它将与项目源代码一起打包。
例如，项目结构可能如下所示：
C:\git_ws\ProjForE2ePost
├───Build
│ YourEnvBatchFilesHere.txt
│ YourMakeFilesHere.txt
│
├───DSS
│ YourDspCcsProjHere.txt
│
├───MSS
│ YourMcuCcsProjHere.txt
│
├───SW
│ YourCoreSwHere.txt
│
└───TI
├───bios_6_73_01_01
├───dsplib_c64Px_3_4_0_0
├───dsplib_c674x_3_4_0_0
├───mathlib_c674x_3_1_2_1
├───mmwave_sdk_03_05_00_04
├───xdctools_3_50_08_24_core
└───xdctools_3_62_00_08_core是的，这里有一个交易，因为开发人员必须坐下来等待所有这些包裹被拉入分支机构，但这是我们可以解决的问题。
在这种情况下，理论上，无头 Jenkins 系统可以将该项目下拉并构建，而无需安装 Code Composer。 它具有 makefile 和所有项目相关性，因此它应该能够编译并生成生成生成的生成工件。
嗯，这就是我做错的地方。 生成失败，因为它正在寻找 XDCTools，64位 JVM 和 gmake 的特定版本，这些版本位于 C:\ti\ccs1100\cc\utils\bin 中
问题
我似乎无法找到的是，它从哪里拉走这些 XDC 路径？ XDC 的作用是什么？ 如果我查看.cproject 或.ccsproject，我将看不到特定的路径。 事实上，我看不到任何包含 c:\ti 的路径，因此必须从其他位置提取 XDC。
在我挖得太深之前，我至少想看看我上面的任何想法是否有意义，或者我是否在杂草中走了：)
谢谢！
