CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
Susan Yang:请问您现在使用的是什么芯片?编译的是什么工程?是否使用了CLA?
请您详细说明一下,谢谢
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
user4842559:
回复 Susan Yang:
28377D,使用了CLA,编译的自己建的工程。后来发现在CLA中调用proiect.h,peoject.h中有math.h,CLA不能使用long long 数据类型,导致这个问题,不知道理解的对不对
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
Susan Yang:
回复 user4842559:
是的,CLA不支持long long,因此我们为Uint64提供了一个替代定义
您需要设置 –cla_support
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
user4842559:
回复 Susan Yang:
–cla_support已经设置了,意思是设置后就可以直接使用Uint64数据类型了?
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
Susan Yang:
回复 user4842559:
在STDINT.H 内有如下语句,您可以直接使用uint64_t
#if defined(__TMS320C28X__) || \(defined(__TMS320C28XX_CLA__) && defined(__TI_EABI__))typedeflong longint64_t;typedef unsigned long long uint64_t; #endif #endif
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
user4842559:
回复 Susan Yang:
但是在这个《TMS320C28x Optimizing C or C++ Compiler》文档里面写着,CLA不支持64位类型,这该咋理解
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
Susan Yang:
回复 user4842559:
CLA编译器不支持long long,但是您可以使用64位结构类型读取/写入64位类型。CLA C编译器可以读取和写入64位类型,但不能对其进行任何其他操作。
要使用Uint64和int64,请在shared.h文件中包含F2837xD_Cla_typedefs.h。
CCS7.4编译工程的时候报错,the type “long long”is nonsatandard,指向的文件为CCS7.4路径下编译器的include文件夹里面的math.h,不知道啥原因
Susan Yang:
回复 user4842559:
很高兴能帮到您
相关推荐
- TIDM-DC-DC-BUCK: Design files can't download
- TMS320F28335: Error enabling this function: This task cannot be accomplished with the existing AET resources.
- TMS320F280049: 芯片在运行过程中莫名出现复位
- TMS320F28035: Ti28035芯片看门狗复位偶尔失败问题
- TMS320C28346: 28346 DMA和CPU同时访问冲突问题
- TMS320F28335: 是否有对应的SDL 软件诊断库?
- LAUNCHXL-F28069M: J3,5V引脚的作用是什么;在ADC采样过程中,需要怎样接外接信号?
- TMS320F28335: C2000™︎ 微控制器论坛