工具与软件：
当我们尝试在其他计算机上编译相同的 C2000工程时、会收到编译错误：
gmake：由于错误、未重制目标"all"。 C/C++问题
gmake：***没有规则设定目标'C:/ti/ccs1260/ccs/eclipse/driverlib/f28003x/driverlib/ccs/Debug/driverlib.lib、需要'All'。 C/C++问题
gmake：***[build-370047775]错误1. C/C++问题
两台计算机都可以成功编译和运行其他 f280039C 器件工程。
"首先可以关闭 CCS 并在新的工作区重新启动它、然后尝试重新编译它吗？"
已尝试新工作区、在新工作区中出现相同的 gmake 生成错误。
" 您能否比较两个工程的工程属性、并仔细检查系统变量是否相同？"
是的、系统变量是相同的、所有搜索路径都是相同的。 附加了搜索路径屏幕截图
"2. 尝试搜索 driverlib/f28003x/driverlib/ccs/Debug/driverlib.lib 时、它是否指向正确的 C2000ware 安装目录？ \"
有
一个人用 C2000Ware_5_01_00_00、另一个人用 C2000Ware_5_02_00_00。
但现在这两个人都安装了 C2000Ware 版本、我们仍然收到相同的 gmake 生成错误。
"3. 此 driverlib.lib 文件是否已经在项目中、如果可以、您可以在其指向的引用位置仔细检查此文件的属性吗？"
是的、driverlib.lib 文件已经在本项目中请参阅位置文件照片所指向的位置。
生成错误仍然是：
香港特别行政区政府在香港特别行政区的工作
gmake：***没有规则设定目标'C:/ti/ccs1260/ccs/eclipse/driverlib/f28003x/driverlib/ccs/Debug/driverlib.lib、需要'All'。
参数'-s'无效：文件"C：\.metadata\sdk.json"不存在
gmake：***[BUILD-12007825]错误1.
gmake：由于错误、未重制目标"all"。
(二
我们找不到 hte 项目中要求位置"C：/ti/ccs1260/ccs/eclipse/driverlib/f28003x/driverlib/ccs/Debug/driverlib.lib "的内容
尊敬的 John：
[报价 userid="138453" url="~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1392882/launchxl-f280039c-build-error-gmake-no-rule-to-make-target-c/5332829 #5332829"]是的、driverlib.lib 文件已经在本项目中请参阅位置文件照片所指向的位置。
这张屏幕截图中有两个不同的变量
COM_TI_C2000WAREINSTALL_DIR 以及"位置"字段中使用的 COM_TI_C2000WARE_software_package_install_DIR
您是否可以使用 COM_TI_C2000WAREINSTALL_DIR 更新"LOCATION"字段？
将 上面的 LOCATION 字段更改为 COM_TI_C2000WARE_INSTALL_DIR 可删除部分错误、但仍有2个错误。
"syscfg"-s "/.metadata/sdk.json -b "/boards/LAUNCHXL_F280039C --compiler ccs
subdir_rules.mk：16：目标"build-12007825"的配方失败
参数'-s'无效：文件"C：\.metadata\sdk.json"不存在
gmake：***[BUILD-12007825]错误1.
gmake：由于错误、未重制目标"all"。
我发现、在下图的构建变量中 仍有 变量 C2000WARE_DIR_ROOT 和 C2000WARE_ROOT、它们具有通过 COM_TI_C2000WARE_software_package_install_DIR 定义的路径。
我不知道如何编辑这两个变量的路径。
我创建了另一个变量、一些路径错误消失了、但工程的编译错误仍显示在附加的屏幕截图中
我对这个问题有更明确的信息。
1.问题不在于将工程导入到另一台计算机时、该计算机缺少任何 TI 应用程序或库。 问题是新的路径变量会添加到未定义的导入工程中。 最坏的情况是$｛COM_TI_C2000WARE_SOFTWARE_PACKAGE_INSTALL_DIR｝。
2.将这些附加路径变量添加到项目的 Preferences > Code Composer Studio > Variables 不会解决问题。
除非我添加的新变量不正确、是否有人可以查看下图、看看我是否正确添加了新导入的变量？
3.我发现新导入变量问题的唯一解决方法是在 项目首选项中查看每个常规变量、编译变量和链接器路径变量、并检查是否定义了这些变量。 如果未定义变量、则修复它的方法是完全删除变量、然后浏览并添加显式路径、如下图所示。 在添加显式路径之前、由于路径名称中存在无法识别的变量、Code Compose 查找 C2000Ware 安装文件夹的根位置出现问题。
4.产生问题的另一个问题是 C2000Ware 的安装程序存在差异、具体取决于是 从 CCS 内的 Resource Explorer 安装 C2000Ware 还是直接从 TI 网站安装 C2000Ware。
从 CCS 内的 Resource Explorer 安装时、安装程序的默认位置为 C：\ti
如果直接从 TI 网站进行安装、安装程序的默认位置为 C：\ti\c2000
5.另一个问题是,一旦发生这种情况,链接器的许多 错误可能看起来令人困惑,因为许多错误是没有意义的,似乎与路径变量问题无关,但由于路径位置是一个辛苦地纠正错误消失,剩下的错误可能是更有意义的。
出现问题的另一个原因是未安装不同版本的 C2000Ware、以便 CCS 能够识别这些版本。
例如、如果在 C2000Ware 5.1.0中创建一个工程、然后将其导入到同时安装了 C2000Ware 5.2.0和 C2000Ware 5.1.0的另一台计算机中、如果 CCS 仅看到 C200Ware 5.2.0、则会生成不同的路径变量。 如果使用 C2000Ware 5.1.0创建的工程被导入到另一台计算机中、并且该计算机同时安装了 C200Ware 5.2.0和5.1.0、并且 CCS 能够正确识别这两个版本、则在将工程导入到另一台计算机后创建的新路径变量不会出现问题。
这两个版本的 C2000Ware 需要 在 Windows>Preferences>Code Composer Studio>Products 下显示为 Discovered Products。 (发现的产品)
可以安装 C2000Ware 的其他版本、但不会显示在 CCS 中的 Discovered Products 下。
是的、有道理。 默认情况下、工程将在尝试解析工程依赖项时尝试找到"最佳匹配项"。 因此、如果某个工程配置为使用 SDK 5.1.0、它将始终首先查找该版本、如果找不到该版本、则在查找下一个最接近的版本时查找、如本例中的5.2.0。 但是、如果同时安装和检测了版本、那么该工程将首先使用完全匹配的版本。
请注意、有一种方法可以将项目设置为强制您仅使用精确匹配、如果无法找到精确的版本、它将发出警告(甚至可能出错)。 如果您知道工程必须使用特定版本的 SDK、此处的内容可能会有所帮助。
