Thread 中讨论的其他器件:OMAPL138
工具/软件:TI C/C++编译器
此致、
Friedrich
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
不幸的是、不 C6000安全编译器资质审核套件 仅支持8.3.x 版
谢谢、此致、
乔治
Friedrich、
您是否已根据 Coverage_testing_instructions.pdf 中的代码覆盖率说明设置环境变量 COVFILELIST?
查看包含检测的二进制文件的文件夹。 您需要创建一个逗号分隔列表、其中列出了每个*。cov 文件的所有绝对路径、并将其设置为 COVFILELIST
此致、
Greg
Friedrich、
您如何将检测的二进制文件替换为生产编译器?
我建议使用 coverage_testing_instructions.pdf 中的方法
如果您执行了上述步骤、并且仍然收到"无法打开源文件"的 XDC 构建错误、请发送有关如何交换检测的二进制文件的更多详细信息、包括您的生产编译器安装位置。
如果我正确地记得、XDC 编译中可能会有隐藏错误、这会使调试编译问题变得更加困难。 我认为、要生成 app_pe674.h 文件、需要成功构建 XDC。 因此可能存在一些隐藏的构建错误。
谢谢
Greg
回顾您之前的帖子、我可以看到您似乎已将检测的二进制文件与8.3.3的 CCS 生产安装进行了交换。
..\tools\compiler\ti-cgt-C6000_8.3.3\bin\abs6x.cov
我假设您的测试中包含原始二进制文件
..\tools\compiler\ti-CGT-C6000_8.3.3\binold
和检测的二进制文件
..\tools\compiler\ti-CGT-C6000_8.3.3\bincov
您只需将 binold 重命名为 bin 或将 bincov 重命名为 bin 即可在两者之间轻松切换。
如果您尝试构建一个简单的 CCS 应用程序(不涉及 XDC)、那么它构建时是否没有错误?
我猜可能有一些未报告的牛眼建筑错误导致 XDC 建筑"认为"这是一个失败。 因此、请尝试使用非 XDC 应用程序、以确保没有指示设置问题的隐藏斗牛场错误。
谢谢
Greg
您好、Friedrich、
您使用的是哪个版本的 CCS、XDCtools 和 TI-RTOS? 要检查用于工程编译的 XDCtools 的版本、请进入 Project Properties > General > Products。 如果有、请分享您使用的 TI 软件包。
请确保在编译器选项(Project Properties > Build > Compiler > Include Options)和 XDCtools 选项(Project Properties > Build > XDCtools > Basic Options)下都有缺失文件的正确搜索路径。
您的项目设置中也可能缺少符号定义、例如"SOC_OMAPL138"、"lcdkOMAPL138"或"omapl138"。
如果上述之后错误仍然存在、请发布完整的 CCS 编译日志、以便我们进行详细了解。 如果您能够压缩您的项目并将其发布到这里、这也会有所帮助。
此致、
Sahin
Friedrich、
我能够构建您的项目、并且遇到了以下错误。 XDC 的环境不能与牛眼一起工作。
从下面您可以看到编译器版本检查要求 cl6x.exe 返回8.3.3、但是、一些牛眼错误会使它感到困惑。
编译文件:"../app.cfg
调用:XDCtools
"C:/ti/ccs/ccs10.0.0/xdctools_3_61_00_16_core/xs "-xdcpath="C:/ti/bios_6_82_00_16/packages;" xdc.tools.configuro -o configPkg -t ti.targets.elf.c674 -p ti.platforms.evm6748 -r release -c "C:/ti/compilers/ti-cgt-c6000_8.3.3 "--compileOptions "-g""./app.cfg
正在制作 package.mak (由于 package.bld)...
TI.targets.elf.c674:警告:版本匹配在'BullseyeCoverage 8.16.1错误8:atexit 失败、errno=5"访问被拒绝。 "
8.3.3
'
我将跟进我们的 XDC 专家。
此致、
Greg
Friedrich、
在您的整体安全认证活动中、您完成此保修比较步骤的时间表是什么?
我们需要与之合作的主要 XDC 专家似乎本周已结束。
我肯定已经确认 XDC/xs 编译没有"看到"COVFILELIST 的 CCS 工程环境变量设置。 我还可以从 XDC 自动生成的文件中看到、它有一种设置其他环境变量的方法。 但是、我对 XDC 配置不够熟悉、无法确定设置其他环境变量的方法。
再次为此花费了这么长的时间表示歉意。
此致、
Greg
Friedrich、
请在下面尝试、如果您有任何问题、请告诉我。
在您的 CCS 工程中的工程属性中设置 COVFILELIST (与覆盖用户指南中所述相同):
CCS Build -> Environment 选项卡
构建应该失败的项目。
编辑文件:project_folder/Debug/configPkg/package/package.bld.xml
更改如下:
rawVersion="8.3.3 BullseeyeCoverage 8.16.1错误15:找不到 C:\Users\a0196512\workspace_v10\c674_round10\Debug\configPkg/test.cov,errno=2“The system cannot find the file specified (系统找不到指定的文件)”。 "。 COVFILE 未置位
相反:
rawVersion="8.3.3"
在 CCS 中重新编译(但不要选择清理或重新编译)
第二个构建不应重新生成高于 xml 或任何已经自动生成的 makefile 文件。
确认控制台输出中没有任何斗牛式错误、并确认所有*。cov 文件时间戳更新。
谢谢
Greg
Friedrich、
再次对这一混乱的工作表示歉意、并感谢您发送项目文件。 我能够重现您的构建失败。
通过在第二个项目中添加额外的 SYS/BIOS“功能”,现在有两个文件需要更新 rawVersion。
下面是对我有用的构建序列:
重建
[致命错误] package.bl.xml:24:163:元素类型"target"后面必须紧跟属性规范">"或"/>。
使用垃圾 rawVersion 修复这两个文件
C:\Users\GREG\workspace_v8\c60_Typic\Debug\configPkg\package\config\app_pe674.cfg
C:\Users\GREG\workspace_v8\C60_Typic\Debug\configPkg\package\package.bld.xml
生成(不重建、也不清理/生成)
"C:/ti/ccs/ccs810/xdctools_3_50_07_20_core/packages/xdc/cfg/global.h "、第39行:致命错误#1965:无法打开源文件
"C:/Users/greg/workspace_v8/c60_typical/Debug/configPkg/package/cfg/app_pe674.h "
(笑声) 那么它确实会
正在从 package/cfg/app_pe674.cfg 配置 app.xe674 ...
生成(不重建、也不清理/生成)
它的工作方式...
再次对这种混乱的解决方法表示歉意。 由于上述问题、我提交了针对 XDC 的错误。
此致、
Greg