早上好、
借助 Linux 编译主机和 SYS/BIOS 6.46.5.55、我可以使用 CCS7.2.0为 IDK_AM572x 平台创建新的 C66xx SYS/BIOS 工程("典型"模板)、该工程使用 TI v8.1.3编译器构建正常。 当我为 DSPLib 添加一行 include (#include )到 main.c、然后 main.c 不再编译、抱怨找不到标头：
>>编译失败
subdir_rules.mk：21：目标'main.obj'的配方失败
"/home/keith/ti/dsplib_c66x_3_4_0_0/packages/ti/dsplib/src/DSPF_dp_lud/DSPF_dp_lud.h、第43行：致命错误#1965：无法打开源文件"ti/DSPLIB/src/DSPF_DP_lud /C66/DSPF_DP_lud .h"
1在编译"./main.c"时检测到灾难性错误。
编译器正确、文件"ti/DSPLIB/src/DSPF_DP_lud /C66/DSPF_DP_lud .h"不存在、但文件"ti/DSPLIB/src/DSPF_DP_lud /C66/DSPF_DP_lud .h" 存在(将/C66/更改为/C66/)。
我想知道 Linux 主机的 DSPLIB_c66x_3_4_0_0是否有一些不正确的内部路径名称？ 有七个名为"C66"(大写)的内部子目录、它们可能应该被命名为"C66"(小写)、类似于名为"C66"的其他111个子目录。 例如"dsplib_c66x_3_4_0_0/packages/ti/dsplib/src/dsp_dp_dp_lud /C66"。 DSPLIB 还具有几个.h 文件、其中包含 include 语句中的 windows 样式路径分隔符"\"、而不是 UNIX 样式"/"。 即使在更改目录路径后、它们也会阻止编译。 进行所有这些更改后、程序编译正常。
如果我 使用之前版本的 DSPLIB_c66x (DSPLIB_c66x_3_2_0_1)、则没有 C66与 C66路径名称问题、但有一些停止编译的窗口路径分隔符、例如 DSPLIB_c66x_3_2_0/1/packages/ti/DSPLIB/DSP_DSP_32"和"DSPF_sp_erand.h。
我是否误解了如何使用 DSPLIB？
此致
基思
