[参考译文] TMS320F28335：在 CCS 3.3V 中生成 Coverity 报告的问题

您好、  

这是 CCS v3.3.ince CCS v3.3 的一个众所周知的限制、不能直接驱动、以下是该领域中使用的实用方法：

选项 1：手动创建 Makefile  

手动从 CCS v3.3 中提取构建命令并创建独立的 Makefile：

捕获编译器调用：在 CCS v3.3 中、转到 Project→Build Options、注意所有编译器标志、包含路径、定义和链接器选项。
启用详细编译输出：在 CCS 中、打开“Show build output“并触发编译。 控制台将显示确切的 cl6x、cl2000、cl430 或 clarm 编译器调用。

2.将这些命令打包在 Makefile 中。 示例结构：

CC = C：/ti/ccs3.3/cc/bin/cl6x.exe #调整以适应您的目标工具链
CFLAGS =-g -o2 -i“./include“-D my_define

ALL：main.obj
lnk6x $(LFLAGS)-o output.out main.obj

main.obj：main.c
$(CC)$(CFLAGS) main.c

3.对 Makefile 运行 Coverity：
COV-BUILD --dir cov-output 使所有
COV-analyze --dir cov-output
COV-COMMIT 缺陷--dir cov-output ...

选项 2：使用 cov-configure +直接编译器调用

1.如果可以手动重建编译命令:

COV-configure --compiler cl6x.exe --comptype ti
COV-build --dir cov-output cl6x.exe -g -o2 -i/include -D my_define main.c

如果工程具有一组已知的小型源文件、该方法则效果很好。

选项 3： 将构建迁移到 Makefile（长期）
对于需要重复 CI/static 分析运行的旧工程、可持续的解决方案是从 CCS v3.3 中提取编译、并使用相同的 TI 编译器工具链来维护并行 Makefile。 这将使您与 IDE 的内部构建引擎完全分离。

谢谢、

IRA