如何分析CS+forCA,CX下的命名规则下的编译问题

这篇文章将为大家详细讲解有关如何分析CS+ for CA,CX下的命名规则下的编译问题,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。

成都创新互联公司一直秉承“诚信做人,踏实做事”的原则,不欺瞒客户,是我们最起码的底线! 以服务为基础,以质量求生存,以技术求发展,成交一个客户多一个朋友!为您提供网站设计、成都做网站、成都网页设计、成都小程序开发、成都网站开发、成都网站制作、成都软件开发、成都app软件开发公司是成都本地专业的网站建设和网站设计公司,等你一起来见证!

还是CS+ for CA,CX,通过source insight(编码格式ANSI)编写了一行#define TEST_TIMER0_1S_LED 开关。

编译出错:cg_src\r_main.c(94) : CC78K0R error E0501: Expression syntax

百思不得其解,没有特殊字符,没有标点,没有不支持ANSI的编译器吧。

注释掉,编译OK。

在CS+里直接输入,于是,定义了一个不一样的开关。编译OK了。#define TEST_TIMER0_1_SECOND_LED

经过审视发现,开关字符串含有_1S_(数字+字母),编译就错误了。数字和字母分开,或者放在字母后(TIMER0),就是OK的。

注意:经过后续的使用中发现,这种方式是可用的,当时可能是因为在define定义的后方有不可识别的字符,但又无法认出。现在搞迷糊了。

关于如何分析CS+ for CA,CX下的命名规则下的编译问题就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。


网页题目:如何分析CS+forCA,CX下的命名规则下的编译问题
网址分享:http://lszwz.com/article/ihspgi.html

其他资讯

售后响应及时

7×24小时客服热线

数据备份

更安全、更高效、更稳定

价格公道精准

项目经理精准报价不弄虚作假

合作无风险

重合同讲信誉,无效全额退款