gmake: No rule to make target `C:/ti/controlSUITE2_DMC Rev/device_support/f2803x/v122/DSP2803x_h的解决

最新推荐文章于 2024-11-10 07:22:52 发布
最新推荐文章于 2024-11-10 07:22:52 发布
阅读量9.2k 收藏 18
点赞数 4
CC 4.0 BY-SA版权
分类专栏： CCS8 文章标签： CCS8 DSP
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lin5103151/article/details/88703496
本文介绍了在CCS8环境下使用controlSUITE例程编译时出现错误的解决办法。错误原因是CCS安装未按默认路径，导致文件链接错误。解决方法是先打开正常编译的工程，复制相关文件链接，粘贴到有问题的工程里，设置好链接后即可编译通过。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

注：此方法是在CCS8环境下的使用成功的

在使用controlSUITE的例程编译时，工程老出现这种错误，排查了很久，终于找到了原因，造成这种原因主要是CCS在安装时没有按照默认的路径来，造成文件链接错误；
错误：gmake: *** No rule to make target C:/ti/controlSUITE2_DMC Rev/device_support/f2803x/v122/DSP2803x_headers/source/DSP2803x_GlobalVariableDefs.c', needed byDSP2803x_GlobalVariableDefs.obj’.
gmake: *** No rule to make target C:/ti/controlSUITE2_DMC Rev/libs/math/IQmath/v15c/lib/IQmath.lib', needed byHVACI_Sensored.out’.

解决的方法是：

  1. 先打开一个可以正常编译的工程，如HVACI_sensored为例
    工程编译时正常的
    在这里插入图片描述
    2.由于编译里面是DSP2803x_GlobalVariableDefs.c无法找到，选中HVACI_sensored工程此文件中DSP2803x_GlobalVariableDefs.c，右击选中Properties，在这里插入图片描述
    复制以下链接
    在这里插入图片描述
    2.将链接粘贴到有问题的HCACI_Scalar的工程里
    在这里插入图片描述
    然后点击确定即可。
    3.其他类似文件也是按照以上的方法

4.将链接设置好后编译通过
在这里插入图片描述

使用图形化内核配置工具时出现“make: *** No rule to make target ‘menuconfig‘. Stop.“ 错误解决方法
CyberBytezZ的博客
08-31 6035
当执行make menuconfig时出现"make: *** No rule to make target ‘menuconfig’. Stop."错误时，一般是由于缺少必要的设置或软件包导致的。将"arch"替换为你的目标系统的体系结构（如arm、x86等），将"cross_compile_prefix"替换为交叉编译工具链的前缀（如arm-linux-gnueabi-、x86_64-linux-gnu-等）。造成这个错误的原因是make工具无法找到相应的规则来构建目标文件’menuconfig’。
CCS20.1.1出现错误：“gmake: *** No rule to make target ‘D:/ti/controlSUITE/...“
最新发布
2302_77773412的博客
05-14 482
5、修改”Value“方框里的controlSUITE路径，点击方框后面的三个点“···”，选择自己“controlSUITE”文件的所在位置。4、 选择”General“下的”Variables“，鼠标双击”CONTROLSUITE_HVMOTOR_ROOT“下的路径。8、选择刚刚报错的文件，鼠标右击，点击“Build Project(s)”重新编译，没有报错了。2、鼠标右击报错的项目文件，点击”Properties...“。7、 点击页面右下角的“Save and Close”。
gmake: *** No rule to make target ‘E:\code composer studio\ccs\.......’
TOSHIBACJH的博客
08-29 6206
最近小学期在用TM4C1294单片机完成任务 然而使用code composer studio这款软件进行操作时，真的是一把把辛酸泪啊，连个锤子都过不了。说到底还是用的太少。缺练！！！ 刚刚打算把两个例程整合一下，结果出现了下面这个错误： 弄了好半天，一开始以为是安装ST-TM4C时没有按照指定路径安装，于是又重装了一遍，结果发现，还是依旧报错。 于是去看了看当前项目下的d...
CCS错误解决：gmake: *** No rule to make target ‘E:/TI/TMS320F28035/28035的解决
aiterr的博客
07-16 2万+
在编写例程的时候，工程总是出现这种错误，作为初学者，排查了很久，终于找到了原因，主要是在CCS安装时没有按照默认的路径来或在自己导入文件时选择了错误的路径，造成文件链接错误： 错误： Description Resource Type gmake: *** No rule to make target 'E:/TI/TMS320F28035/28035寮?鍙戞澘璧勬枡/1-28035 U2.x鐗堟湰鍘熺悊鍥俱?佷緥绋嬨?佺‖浠惰
编译Coco2d-x android 程序出现make: *** No rule to make target ...CCConfiguration.o'. Stop.
caimo的专栏
04-02 1万+
在eclipse中编译cocos2d-x的项目可能出现这个问题。也许是你对项目没有clean，然后就让他编译造成的。   具体错误可能显示为： make: *** No rule to make target `/cygdrive/d/android/cocos2d-x-master/T12/proj.android/../../cocos2dx/CCConfiguration.cpp',
编译报错：make: *** No rule to make target (例如:starg.h)解决(十五)
Android系统攻城狮
10-22 1万+
本篇目的：编译报错：make: *** No rule to make target (例如:starg.h)解决。
DSP导文件报gmake: No rule to make target
qq_40416375的博客
03-12 1848
问题： 本来是将原工程转移到另外路径，调了两个多小时才搞定！ 1.重新新建一个工程（复制已有工程，使用inport project一般导不进去） 2.将原文件复制到指定文件，再拖进CCS工程中，同时INCLUDE 路径添加相应的路径，PS在新建工程可能会通过编译但是会提示CMD文件某个section错误，如果会编CMD文件分配内存也可以解决，我这里不会弄，还在学习中，我复制能跑的CMD文...
ccs gmake: *** No rule to make target ‘
m0_48466429的博客
03-02 972
检查文件名有没有特殊字符，有特殊字符，会出现这个问题的。
make No rule to make target 错误原因、分析和解决办法
2401_87555613的博客
11-10 4538
分析此问题，的确是由于更改了目录名称引起的。先在出问题的工程下全局搜索str_utils， 然后分别打开这些文件。我出问题的文件名称是 str_utils.o.d。原因分析：这种情况有时候是因为工程所在的目录改变，例如原来在C盘，现在移到了D盘，而makefile里面的.h文件路径没有改变。解决办法：打开编译相关模块的makefile文件，找到.o文件的依赖关系，找到.h文件的路径，查看是否出错并改正。经过上述的描述，已解决问题。错误原因：makefile里面的文件依赖关系有问题，导致头文件找不到。
新安装CCS 后编译出现问题:gmake：No rule to make target clean
阿汤哥
02-19 8463
请看http://www.cnblogs.com/hytgab/p/5202093.html 贴图片太辛苦了
Makefile 执行过程中出错：make: *** No rule to make target ‘ all ‘，needed by ‘all’.Stop
热门推荐
weixin_43820463的博客
04-05 11万+
Makefile错误（1）
Qt make: *** No rule to make target 问题
hao_zong_yin的博客
06-28 2621
一般是对文件进行修改导致路径不对应造成的，比如在直接修改Qt资源文件等，解决方法是删除目录下的build ***Disktop****文件，然后重新编译
Linux报错：make[2]: *** No rule to make target ‘/usr/local/lib/libopus.a‘
VIFIN的博客
08-27 2228
解决报错：make[2]: *** No rule to make target '/usr/local/lib/libopus.a'
make: *** No rule to make target 错误原因、分析和解决办法
bbs598598的专栏
06-07 3万+
在用Tornado编译的时候，遇到编译器报如下错误：  make: *** No rule to make target `e:/Tornado2.2_Project/FTTB/utils/h/nos/nos_cli.h', neede  d by `onu07_snmp_cli.o'.  Stop.   错误原因：makefile里面的文件依赖关系有问题，导致头文件找不到。 解决办法：
make[2]: *** No rule to make target
zhibing_ding的博客
02-16 2348
cmake
No rule to make target `include/config/auto.conf', needed by `include/config/kernel.release'. Stop
猫瑾的博客
03-15 5652
最近由于工作项目移植，需要重新编译code，但是遇到如下问题： Control Group support (CGROUPS) [Y/n/?] y Example debug cgroup subsystem (CGROUP_DEBUG) [N/y/?] n Freezer cgroup subsystem (CGROUP_FREEZER) [N/y/?] (NEW) aborted! Con...
No rule to make target `include/config/auto.conf', needed by `include/ config/kernel.release'. stop
decan5958的博客
11-11 7216
硬件平台：飞凌 imx6Q 四核 系统版本：Linux 3.0.35 开发平台：ubuntu 12.04 虽然开发板出厂已经给了定制的内核镜像，但是嵌入式产品总是要定制适合自己的内核版本。所有编译内核是必须要完成的一步。 一、配置内核 #tar zxvf linux-3.0.35.tar.gz #cd linux-3.0.35#export ARCH=arm#expo
解决No “rule to make target `../skin_test.qss', needed by `debug/qrc_resource.cpp'. Stop.”
biao2488890051的博客
11-26 2480
事情起因 直接把工程目录下的skin_test.qss 改成test.qss 然后把qrc中的skin_test.qss 删除掉，并重新添加test.qss到资源中。  然而编译之后一直报错：  rule to make target ../skin_test.qss', needed bydebug/qrc_resource.cpp’. Stop.。。。” 解决过程 1.删除debug/qrc...
Description Resource Path Location Type gmake: *** No rule to make target 'bts5k/test_branch/v28'. Stop. PCU_2.5 C/C++ Problem
05-10
<think>好的，我现在需要帮用户解决在构建`xdctools_3_55_00_11_core`时遇到的`gmake.exe`错误，具体是“No rule to make target 'bts5k/test_branch/v28' Error 1”以及`package.mak`的问题。用户之前已经提供了一些相关的引用案例，比如引用了类似“No rule to make target”的错误，比如ROS环境中缺少`liborocos-kdl.so.1.3.2`和CCS编译中的目标文件缺失问题。我需要结合这些引用中的情况，分析用户当前的问题。 首先，用户当前的错误信息显示`gmake`无法找到目标`bts5k/test_branch/v28`。这可能是因为路径错误、文件缺失或构建规则未正确定义。类似引用[1]和[3]中提到的ROS构建错误，都是由于依赖库路径不正确或文件不存在导致的。引用[2]中的CCS错误也涉及目标文件缺失，可能由路径问题或构建配置错误引起。 接下来，我需要考虑XDC工具链的工作流程。XDCtools通常使用配置文件（如`package.mak`、`Main.xs`、`config.bld`等）来管理构建规则和依赖。用户提到的`package.mak`第198行报错，说明问题可能出在该文件的某个规则中。可能的原因包括： 1. **路径错误**：目标路径`bts5k/test_branch/v28`可能不存在或拼写错误。需要检查路径是否正确，是否包含空格或特殊字符，是否符合Unix风格路径（使用斜杠`/`而不是反斜杠`\`）。 2. **依赖缺失**：该目标可能依赖其他文件或库，而这些依赖项未被正确安装或配置。例如，引用[1]中的问题是因为缺少`liborocos-kdl.so.1.3.2`，用户可能需要检查是否存在类似的依赖缺失。 3. **构建规则未定义**：在`package.mak`或其他Makefile中，可能没有为`bts5k/test_branch/v28`定义正确的构建规则，导致`gmake`无法找到生成该目标的方法。 4. **版本不兼容**：XDCtools的版本与项目所需的依赖包版本不匹配，导致构建过程中出现路径解析错误。例如，用户之前提到的`config.bld`中需要指定正确的版本。 5. **环境变量配置错误**：`XDCROOT`或其他相关环境变量未正确设置，导致工具链无法找到必要的文件或路径。 接下来，我需要参考用户之前提供的解决方案，比如验证工具链完整性、修复配置文件、处理依赖版本冲突、规范路径格式等，来制定分步解决方案。 可能的解决步骤包括： 1. **检查目标路径是否存在**：确认`bts5k/test_branch/v28`是否存在，路径是否正确，是否在项目目录中。 2. **检查构建规则**：查看`package.mak`中是否有针对该目标的规则定义，确保规则正确无误，特别是第198行附近的代码。 3. **验证依赖项**：确定`v28`目标是否依赖其他文件或库，确保这些依赖项已正确安装并路径正确。 4. **规范路径格式**：将Windows路径转换为Unix风格，避免使用反斜杠或空格，可能需要使用双引号包裹路径。 5. **清理并重新构建**：执行`gmake clean`清除旧构建产物，再重新构建，避免残留文件导致的问题。 6. **检查环境变量**：确保`XDCROOT`正确指向工具链安装目录，路径无中文或特殊字符。 7. **查看详细构建日志**：使用调试模式生成详细日志，定位具体错误位置，类似用户之前提到的`xdc --debug all`。 在分析过程中，还需要考虑用户之前提到的引用案例中的解决方法，如替换平台包名称、强制指定版本、处理权限问题等。例如，用户可能需要检查`Main.xs`或`config.bld`中的模块引用是否正确，是否存在拼写错误或版本不匹配。 另外，类似引用[2]中提到的CCS错误，用户可能需要检查工程文件中是否包含了正确的源文件和目标文件路径，是否存在文件遗漏或配置错误。 最后，生成相关问题，帮助用户进一步排查潜在问题，比如环境变量配置、版本冲突、构建脚本语法等。</think>--- ### **分步解决方案：解决`No rule to make target 'bts5k/test_branch/v28' Error 1`** #### **1. 验证目标路径与文件存在性** - **问题根源**：`gmake`提示找不到目标路径`bts5k/test_branch/v28`，可能因路径错误或文件缺失。 - **操作步骤**： 1. 检查路径`bts5k/test_branch/v28`是否真实存在： ```bash cd $PROJECT_ROOT # 进入工程根目录 ls -l bts5k/test_branch/v28 # 确认文件/目录是否存在 ``` 2. 若路径不存在： - 恢复缺失文件（如从版本控制系统中拉取）。 - 修正`package.mak`中对该路径的引用（例如将`v28`替换为实际版本号）。 #### **2. 检查`package.mak`中的构建规则** - **问题根源**：`package.mak`第198行引用了不存在的构建规则。 - **操作步骤**： 1. 打开`package.mak`，定位到第198行： ```makefile # 示例：检查目标依赖是否正确 package/cfg/app_p28FP.xdl: bts5k/test_branch/v28 # 确认依赖路径是否正确[^1] ``` 2. 修正依赖路径或添加缺失的构建规则： ```makefile # 示例：添加生成v28的规则（假设v28是源代码目录） bts5k/test_branch/v28: $(MKDIR) -p $@ # 创建目录（若需自动生成） ``` #### **3. 检查环境变量与路径格式** - **问题根源**：Windows路径格式（如反斜杠`\`或空格）导致解析失败。 - **操作步骤**： 1. 在`package.mak`或`config.bld`中统一使用Unix风格路径： ```makefile # 错误示例：使用Windows路径 # DEP_PATH = C:\bts5k\test_branch\v28 # 正确示例：使用Unix路径 DEP_PATH = /C/bts5k/test_branch/v28 ``` 2. 确保路径不含空格或中文字符（类似引用[1]的环境变量问题）。 #### **4. 处理依赖包版本冲突** - **问题根源**：`v28`可能依赖其他包（如`ti.sysbios`），但版本不匹配。 - **操作步骤**： 1. 在`config.bld`中强制指定依赖版本： ```javascript var Build = { versions: { xdc: "3.55.00.11_core", my_dependency: "1.2.3" // 替换为v28实际需要的版本号[^4] } }; ``` #### **5. 清理并重建工程** - **操作步骤**： ```bash gmake clean # 清理旧构建产物 gmake all -j4 # 重新构建（-j4启用多线程加速） ``` --- ### **典型错误场景分析** 1. **`No rule to make target`的核心原因**： - **文件缺失**：目标路径`bts5k/test_branch/v28`未包含在工程目录中（类似引用[2]的`SOURCE/500VU1_cal.obj`缺失）。 - **构建规则错误**：`package.mak`未定义如何生成该目标（类似引用[3]的`liborocos-kdl.so`路径未正确配置）。 2. **`Error 1`的扩展排查**： - **权限问题**：检查`gmake.exe`是否有权限读写`bts5k/test_branch`目录。 - **杀毒软件拦截**：临时禁用杀毒软件，排除文件访问被阻止的可能性。 --- ### **附加调试技巧** - **生成详细构建日志**： ```bash gmake all --debug=v > build.log 2>&1 # 输出详细日志到build.log ``` 打开`build.log`，搜索第一个报错位置（通常是最根本的问题）。 - **检查`package.mak`语法**： ```bash gmake -n # 空运行，仅显示命令而不执行，验证Makefile语法 ``` --- ### **相关问题** 1. 如何修复XDCtools中的`Undefined symbol`链接错误？ 2. 在CCS工程中如何正确处理多级目录的依赖路径？[^2] 3. TI RTOS配置中如何动态切换不同版本的核心库？[^4] --- 通过上述步骤可系统性解决路径缺失和构建规则错误问题，重点关注路径格式、依赖版本和构建规则定义（参考引用案例中的共性问题）。若仍失败，请提供`build.log`中首个报错的具体内容。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值