[参考译文] CCS/CCSTUDIO-TM4X：CCSv7.4的新安装-无法找到(已安装) TivaWare_C_Series-2.1.3.156

实际上、直接从 TI Rex 安装... 没有错误、看起来很平滑。 当然、在安装的所有其他 TI 软件包中、文件系统中的所有内容都存在。

我很惊讶/振奋地看到它在 macOS 上的 TiRex 上直接提供-我认为这是新 CCS 的发展理念之一。 (是的，我自己在以前安装的 CCS 上从 Windows 存档复制了它。)

首先、纯净构建：

****纯净的配置构建用于项目 SECURE_IoT 的调试****

/Applications/ti/ccsv7/utils/bin/gmake -k 纯净

清洁./src/sysbios……
./src/makefile.libs：60：目标'.sysbios_clear'的配方失败
gmake[1]：C：/ti/xdctools_3_32_02_25_core/packages/../bin/rm：命令未找到
gmake[1]：***[clear]错误127
gmake： [.sysbios_clear]错误2 (已忽略)
rm -rf "secure_IoT.bin""configPkg/linker.cmd""configPkg/compiler.opt""secure_IoT.out"
rm -rf "config_TM4C129EXL.obj"
"UARTUtils.obj""board_cloud.task""uncs.task.d.task""uncs.task.d.d.task.task""uncs.d.task.d.task.d.task.task.d.task.task.d.task.task.d.task.d.task.task.task.d.task.task.d.task.task.d.task.task.task.task

CCS 在 Windows 路径上寻找 rm 是一件非常有趣的事情。 我的 xdctools (顺便说一下、是多个版本)都报告了它们在我的/users/中的正确安装位置 /ti 目录。

然后、调试构建：

发生构建文件生成错误..
产品'tm4c' v2.1.3.156当前未安装，并且没有可用的兼容版本。 请安装此产品或兼容版本。
构建停止.. 

Tks、感谢您对此的想法...

FWiw、我在几个月前构建了 SECURE_IoT 演示、作为我在 TI 生态系统上的初始学习过程的一部分。 这是一个简单的重复实验！

接下来、  我将手动将 TivaWare_C_Series-2.1.3.156从文件系统中拖出来、然后再回到文件系统中、查看 CCS 是否"覆盖"它。 我想我已经尝试过这种方法、但是...

好的，现在这很有趣。 完成此操作后、CCS 报告"Importing (导入)" '在下次启动时-但在从 Resource Explorer 安装后未将其识别为已安装。 嗯...

****为项目 secure_IoT 构建配置调试****

/Applications/ti/ccsv7/utils/bin/gmake -k 所有

制作.../src/sysbios/sysbios.aem4f……
gmake[1]：进入目录'/Users/drlou/DEVELOPMENT/TI/workspace_v7/secure_iot/src/sysbios
gmake[1]：离开目录'/Users/drlou/DEVELOPMENT/TI/workspace_v7/secure_iot/src/sysbios
。/src/makefile.libs：56：目标'./src/sysbios/sysbios.aem4f 的配方失败
gmake[1]：***没有规则使目标'BIOS.c'成为'BIOS.obj 所需的目标'BIOS.c.obj。
gmake[1]：
***没有规则使目标'KNL/Clock.c'成为目标'.c.obj 所需
的目标，而'BIOS.obj 没有规则使目标'BIOS.c.1'成为目标.obj 所需的目标'BIOS.c.obj。
gmake[1]：***没有规则使目标'hal/Cache.c'成为'BIOS.obj'所需的'hal/cache.c'。
gmake[1]：***没有规则使目标'hal/Cachefull.c'成为'BIOS.obj'所需的'hal/Cachefull.c'。
...
gmake[1]：***没有规则使'bios.obj 需要的目标'堆/HeapMem.c'。
gmake[1]：***没有规则使目标'gates/GateHwi.c'成为'bios.obj 需要的目标'堆/HeapMem.c'。
gmake[1]：***没有规则使目标'gates/gateMutex.c'成为'mwi.c'、
'gwi.obm1'、而不需要 gm.obj 和'gmake'gmake'gmake'gmake'gmake'bios.c.1'。
***没有规则使目标'family/ARM/m3/TaskSupport.c'成为'BIOS.obj'所需的目标
。...
gmake[1]：目标'all'不会由于错误而重做。
gmake：***[./src/sysbios/sysbios.aem4f ]错误2
生成文件："../secure_IoT.cfg"
调用：XDCtools
"/Users/drlou/ti/xdctools_3_32_00_06_core/xs /Applications/ti/ccsv7/tools/compiler/ti-cgt-arm_16.9.6.LTS/include /Users/drlou/ti/wolfssl-3.10.2 --xdcpath= xdc.tools.configuro -o configPkg -t ti.targets.arm.elf.m4F -p ti.platforms.tiva:TM4C129ENCPDT /products/TivaWare_C_Series-2.1.1.71b -r release -c "/Applications/ti/ccsv7/tools/compiler/ti-cgt-arm_16.9.6.LTS /products/ndk_2_25_00_09/packages/ti/ndk/inc/bsd --compileOptions "-mv7configp\"cn=cn-cn-cn-cn_code.cn=cn-cn-cn-cn-cn_cn/msp4=-cn_code.cn-cn-cn-cn-cn-cn-cn-cn-cn/m1.cn/m1.-ccs_code.tccs_cn=-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn/m1.cn-cn-cn-cn-cn-cn-cn/m1.-cn-cn-cn/m1.-cn/m1.-cn/m1.-cn/m1.-cn/m1.-cn define=TIVAWARE --define=WOLFSSL_TIRTOS -g --C89 --gcc --diag_warning=225 --diag_wrap=off --display_error_number --gen_func_subsections=on --abi=eabi "../secure_IoT.cfg"
subbuild_rules --example_rules --gen_func_number --gen_func_subsection_subsectionsections=on --gen_proc：
/Users/drlou/ti/xdctools_3_32_00_06_core/packages/xdc/tools/Cmdr.xs ti.platforms.tiva'：：无法找到错误：： TI 平台不再作为 XDCtools 的一部分提供(/Users/drlou/ti/xdctools_3_32_00_06_core)。 请确保您使用的是3.30之前版本的 XDCtools、或者您已添加了一个包含您的平台支持的产品、路径为"；/Users/drlou/ti/xdctools_3_32_00_06_core/packages "。 检查此路径是否为包含必要平台支持的目录命名，以及平台名称是否拼写正确。
gmake[1]：***[Build-1846500401-InProC]错误1
gmake：***[Build-1846500401]错误2
subdir_rules.mk：56：目标'Build-1846500401'的配方失败
gmake：由于错误，目标'All'不会重做。

****构建完成**** 

看起来现在可能是将库路径添加到首选项中、然后恢复使用较早的 XDCTools。 几个月前、"Setellaris" Sai Reddy 帮助我解决了这些问题。 即使该疯狂分号错误看起来也很熟悉。 我最好查看我的笔记。 同时....

TivaWare-(大概完整)-2.1.3.156和  SW-EK-TM4C129EXL-2.1.4.178 封装之间的关系是什么-看起来较新(？) 以及更专业的(？) 对于 EK-TM4C129EXL？ 我更喜欢哪种方式？ 如何区分使用情况？