C语言 消灭编译警告(Warning)
如何看待编译警告
当编译程序发现程序中某个地方有疑问,可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误,也可能确实没有问题。对于警告的正确处理方式应该是:尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析,看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
说明:
由于编译的警告各种各样,根本不可以一一罗列出来,下面只是列举出比较典型的一些警告,还有一些警告,大家只要根据字面意思,就可以很快的查找出来,并解决之。
类型1:
显示:warning: implicit declaration of function `Example()'。
警告原因:(1)在你的.c文件中调用了函数Example(),可是你并没有把声明这个函数的相应的.h文件包含进来。
(2)有可能你在一个.c文件中定义了这个函数体,但并没有在.h中进行声明。
解决方法:(1)你可以在调用这种函数的.c文件的一开始处加上:extern Example();
(2)你可以在调用这种函数的.c文件中包含进声明了函数Example()的头文件。
(3)如果你在一个.c文件中定义了这个函数体,但并没有在.h中进行声明,不嫌麻烦的话,你也可以去生成一个.h文件,加上你的函数声明。
类似的警告:warning: type mismatch with previous implicit declaration
warning: type mismatch with previous implicit declaration
warning: previous implicit declaration of `Example()'
类型2:
显示:warning: unused variable `param’。
警告原因:很明显,是您定义了变量‘param’,却根本没有使用它。
解决方法:不需要用的话,就删了它吧。
类型3:
显示:warning: statement with no effect。
警告原因:可能的情况是,在你的文件中,你这么干--#define MACROPRINT
然后在某一处又定义了--#define MACROPRINT printf。然后你在各处引用
MACROPRINT(“HELLO”),这样不会出错,但是发生了警告“这个声明是没有用的”。
解决方法:把#define MACROPRINT删掉。
类型4:
显示:warning: int format, long int arg (arg 3)
警告原因: 象这样printf("%s%d, szDebugString, ulGwId);你的ulGwId是一个unsigned long 型的,而你为它选择的输出形式却是 “%d”(这个格式是为整数型服务的-int)。
解决方法: 这样的错误你只要做到参数类型一致就可以了,象上面的现象,你只要把“%d”改成“%ld”就可以了。
类似警告:warning:comparison between pointer and integer
类型5:
显示:warning: comparison is always 0 due to limited range of data type
警告原因:有可能你定义了unsigned int uParam;但是你去做了if(uparam<0)的判断,
因为unsigned int 型的数据总是>=0的,因此这样的比较由于数据类型限制了它的范围,因此也就给出了警告。
解决方法:可以去掉这样的判断。
类型6:
显示:warning: control reaches end of non-void function
警告原因: 出现这样的警告,有可能是你写了一个
unsigned long FuncA()
{
if()
{return ulValue;}
if()
{ return ulValue;}
}的函数,可能在两个if语句中,你都没有进入,这时,退出函数之前,你就根本没有值可以返回。
解决办法: 如果一个函数有返回值,确保在任何情况下该函数都有一个返回值。
类似警告: warning :`return' with no value, in function returning non-void
类型7:
显示:warning: overflow in implicit constant conversion
警告原因:变量的变换有可能导致数值的越界。
#define RET_PRODUCTID 0x10000000
#define ERR_RET_GLOBAL RET_PRODUCTID+5000
#define RET_USER ERR_RET_GLOBAL+5000
#define USER_OK RET_USER+0
#define USER_FAIL RET_USER+1
如果这样定义,碰到short Func(){return USER_OK},就会警告有出现越界。
解决办法:确定好值的范围。
类型8:
显示:warning: `ulParam' might be used uninitialized in this function
警告原因: 当ulParam做为表达式的右值时,而在此之前,你又没有对这个参数进行初始化。
例如:void Func()
{
ulong ulParam;
ulong ulRetCode;
if(…)
{
ulParam = ……..;
}
if(….)
{
ulParam = ……;
}
ulRetCode = ulParam;
}
在这种情况下,当两个if()都执行不到的时候,ulParam根本没有被赋值过,这样又去给ulRetCode赋值,就比较危险了。
解决办法: 多留个神,细心一点就可以了。
类型9:
显示: warning: passing arg 1 of `free' makes pointer from integer without a cast
警告原因: 你free(a),但a是一个unsigned long,你可能把一个指针的数值放在了a里面了。
解决办法: 在free(a)时,需要强制转换a为指针类型的即可。即:free((char*)a)。
类似警告:warning: assignment from incompatible pointer type
warning: initialization from incompatible pointer type
warning:passing arg 2 of `AOS_MemCopy_X' makes pointer from integer without a cast
类型10:
显示: warning: `MY_DEBUG' redefined
warning: this is the location of the previous definition
警告原因: 连续出现这种两个警告,可能的一种情况是,你在你的.c文件中包含了两个.h
文件,而这两个.h文件都对MY_DEBUG进行了声明。
解决办法:只在一个文件中声明这种东东。
类型11:
显示:warning: value computed is not used
警告原因:参与运算的值是没有作用的。比如你这样干:
char* p;
*p++;
这样对p根本一点影响也没有。
解决方法:请确定究竟要进行什么运算。
类型12:
显示:warning: `#ifdef' argument starts with a digit
警告原因:出现了#ifdef 0这样的错误
解决方法:应该是#if 0 吧
类型13:
显示:warning: unknown escape sequence `\R'
警告原因:编译器不认识‘\R’。
解决方法:一时笔误,应该是‘\r’。
类型14:
显示:warning:too few arguments for format
警告原因:你有可能这样干了:printf(“%d%s”,uParam);
解决方法:把要的留下,不要的去掉。
类型15:
显示:warning: ‘Func’ defined but not used
警告原因:Func 函数你定义了,但是你根本没有使用它。
解决方法:不要的就去掉。
类型16:
显示:warning: suggest parentheses around && within ||
警告原因:有人这么用了if(( *p >= 'a' ) && ( *p <= 'z' ) || ( *p >= 'A' ) && ( *p <= 'Z' ) || ( *p >= '0' ) && ( *p <= '9' ))
解决方法:你最好这样if((( *p >= 'a' ) && ( *p <= 'z' )) || (( *p >= 'A' ) && ( *p <= 'Z' )) || (( *p >= '0' ) && ( *p <= '9' )))
如何看待编译警告
当编译程序发现程序中某个地方有疑问,可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误,也可能确实没有问题。对于警告的正确处理方式应该是:尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析,看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
说明:
由于编译的警告各种各样,根本不可以一一罗列出来,下面只是列举出比较典型的一些警告,还有一些警告,大家只要根据字面意思,就可以很快的查找出来,并解决之。
类型1:
显示:warning: implicit declaration of function `Example()'。
警告原因:(1)在你的.c文件中调用了函数Example(),可是你并没有把声明这个函数的相应的.h文件包含进来。
(2)有可能你在一个.c文件中定义了这个函数体,但并没有在.h中进行声明。
解决方法:(1)你可以在调用这种函数的.c文件的一开始处加上:extern Example();
(2)你可以在调用这种函数的.c文件中包含进声明了函数Example()的头文件。
(3)如果你在一个.c文件中定义了这个函数体,但并没有在.h中进行声明,不嫌麻烦的话,你也可以去生成一个.h文件,加上你的函数声明。
类似的警告:warning: type mismatch with previous implicit declaration
warning: type mismatch with previous implicit declaration
warning: previous implicit declaration of `Example()'
类型2:
显示:warning: unused variable `param’。
警告原因:很明显,是您定义了变量‘param’,却根本没有使用它。
解决方法:不需要用的话,就删了它吧。
类型3:
显示:warning: statement with no effect。
警告原因:可能的情况是,在你的文件中,你这么干--#define MACROPRINT
然后在某一处又定义了--#define MACROPRINT printf。然后你在各处引用
MACROPRINT(“HELLO”),这样不会出错,但是发生了警告“这个声明是没有用的”。
解决方法:把#define MACROPRINT删掉。
类型4:
显示:warning: int format, long int arg (arg 3)
警告原因: 象这样printf("%s%d, szDebugString, ulGwId);你的ulGwId是一个unsigned long 型的,而你为它选择的输出形式却是 “%d”(这个格式是为整数型服务的-int)。
解决方法: 这样的错误你只要做到参数类型一致就可以了,象上面的现象,你只要把“%d”改成“%ld”就可以了。
类似警告:warning:comparison between pointer and integer
类型5:
显示:warning: comparison is always 0 due to limited range of data type
警告原因:有可能你定义了unsigned int uParam;但是你去做了if(uparam<0)的判断,
因为unsigned int 型的数据总是>=0的,因此这样的比较由于数据类型限制了它的范围,因此也就给出了警告。
解决方法:可以去掉这样的判断。
类型6:
显示:warning: control reaches end of non-void function
警告原因: 出现这样的警告,有可能是你写了一个
unsigned long FuncA()
{
if()
{return ulValue;}
if()
{ return ulValue;}
}的函数,可能在两个if语句中,你都没有进入,这时,退出函数之前,你就根本没有值可以返回。
解决办法: 如果一个函数有返回值,确保在任何情况下该函数都有一个返回值。
类似警告: warning :`return' with no value, in function returning non-void
类型7:
显示:warning: overflow in implicit constant conversion
警告原因:变量的变换有可能导致数值的越界。
#define RET_PRODUCTID 0x10000000
#define ERR_RET_GLOBAL RET_PRODUCTID+5000
#define RET_USER ERR_RET_GLOBAL+5000
#define USER_OK RET_USER+0
#define USER_FAIL RET_USER+1
如果这样定义,碰到short Func(){return USER_OK},就会警告有出现越界。
解决办法:确定好值的范围。
类型8:
显示:warning: `ulParam' might be used uninitialized in this function
警告原因: 当ulParam做为表达式的右值时,而在此之前,你又没有对这个参数进行初始化。
例如:void Func()
{
ulong ulParam;
ulong ulRetCode;
if(…)
{
ulParam = ……..;
}
if(….)
{
ulParam = ……;
}
ulRetCode = ulParam;
}
在这种情况下,当两个if()都执行不到的时候,ulParam根本没有被赋值过,这样又去给ulRetCode赋值,就比较危险了。
解决办法: 多留个神,细心一点就可以了。
类型9:
显示: warning: passing arg 1 of `free' makes pointer from integer without a cast
警告原因: 你free(a),但a是一个unsigned long,你可能把一个指针的数值放在了a里面了。
解决办法: 在free(a)时,需要强制转换a为指针类型的即可。即:free((char*)a)。
类似警告:warning: assignment from incompatible pointer type
warning: initialization from incompatible pointer type
warning:passing arg 2 of `AOS_MemCopy_X' makes pointer from integer without a cast
类型10:
显示: warning: `MY_DEBUG' redefined
warning: this is the location of the previous definition
警告原因: 连续出现这种两个警告,可能的一种情况是,你在你的.c文件中包含了两个.h
文件,而这两个.h文件都对MY_DEBUG进行了声明。
解决办法:只在一个文件中声明这种东东。
类型11:
显示:warning: value computed is not used
警告原因:参与运算的值是没有作用的。比如你这样干:
char* p;
*p++;
这样对p根本一点影响也没有。
解决方法:请确定究竟要进行什么运算。
类型12:
显示:warning: `#ifdef' argument starts with a digit
警告原因:出现了#ifdef 0这样的错误
解决方法:应该是#if 0 吧
类型13:
显示:warning: unknown escape sequence `\R'
警告原因:编译器不认识‘\R’。
解决方法:一时笔误,应该是‘\r’。
类型14:
显示:warning:too few arguments for format
警告原因:你有可能这样干了:printf(“%d%s”,uParam);
解决方法:把要的留下,不要的去掉。
类型15:
显示:warning: ‘Func’ defined but not used
警告原因:Func 函数你定义了,但是你根本没有使用它。
解决方法:不要的就去掉。
类型16:
显示:warning: suggest parentheses around && within ||
警告原因:有人这么用了if(( *p >= 'a' ) && ( *p <= 'z' ) || ( *p >= 'A' ) && ( *p <= 'Z' ) || ( *p >= '0' ) && ( *p <= '9' ))
解决方法:你最好这样if((( *p >= 'a' ) && ( *p <= 'z' )) || (( *p >= 'A' ) && ( *p <= 'Z' )) || (( *p >= '0' ) && ( *p <= '9' )))
http://blog.csdn.net/myaccella/article/details/7003188
C语言 消灭编译警告(Warning)的更多相关文章
- App开发流程之使用分类(Category)和忽略编译警告(Warning)
Category使得开发过程中,减少了继承的使用,避免子类层级的膨胀.合理使用,可以在不侵入原类代码的基础上,写出漂亮的扩展内容.我更习惯称之为"分类". Category和Ext ...
- 16种C语言编译警告(Warning)类型的解决方法
当编译程序发现程序中某个地方有疑问,可能有问题时就会给出一个警告信息.警告信息可能意味着程序中隐含的大错误,也可能确实没有问题.对于警告的正确处理方式应该是:尽可能地消除之.对于编译程序给出的每个警告 ...
- QT编译时出现警告 Warning: Class Node implements the interface QGraphicsItem but does not list it in Q_INTERFACES. qobject_cast to QGraphicsItem will not work!
1.一定要将public QObject放在public QGraphicsItem的前面,并且在该类的定义中添加Q_OBJECT宏. class XXGraphicsItem : public QO ...
- VCS编译仿真警告Warning
VCS编译仿真警告Warning 问题描述 在较大的SOC集成中,通常使用Perl脚本例化子模块到Top层,然而,有时会出现例化出来的输入端口名没有在Top层定义,而且端口的位宽为1bit,那么,ve ...
- GCC编译警告和错误
1 error: expected expression before 'else' else之前无表达式. 2 error: lvalue required as left operand of a ...
- 【转】解决警告 warning: directory not found for option
转:http://blog.sina.com.cn/s/blog_6f72ff900101es6x.html 解决方法: 选择项目名称----->Targets----->Build Se ...
- 解决警告 warning: directory not found for option
解决方法: 选择项目名称----->Targets----->Build Settings----->Search Paths----->Library Search Path ...
- 如何在 MSBuild Target(Exec)中报告编译错误和编译警告
编译错误和编译警告 MSBuild 的 Exec 自带有错误和警告的标准格式,按照此格式输出,将被识别为编译错误和编译警告. 而格式只是简简单单的 error: 开头或者 warning: 开头.冒号 ...
- GCC编译警告选项总结
一 前言 GCC有很多的编译选项,警告选项:指定头文件.库路径:优化选项.本文针整理一下GCC的警告选项,主要依据http://gcc.gnu.org/onlinedocs/gcc/Warning-O ...
随机推荐
- 【CCF CSP】 20171203 行车路线 Java(有问题)80分
问题描述 小明和小芳出去乡村玩,小明负责开车,小芳来导航. 小芳将可能的道路分为大道和小道.大道比较好走,每走1公里小明会增加1的疲劳度.小道不好走,如果连续走小道,小明的疲劳值会快速增加,连续走s公 ...
- Spring 整合 Quartz框架(定时任务)
Maven 无法下载 Quartz 依赖,去官网下载 http://www.quartz-scheduler.org/downloads/ Quartz 官方手册:https://www.w3csch ...
- redis中对list类型某个元素的查找和删除
我们的信息都是放到redis的缓存中,结构为list,如果知道特定的值的话,通过LREM key count value这样就可以.对于redis的list结构,获取某个位置的值通过 LINDE ...
- Selenium常用API的使用java语言之6-WebDriver常用方法
前面我们已经学习了定位元素, 定位只是第一步, 定位之后需要对这个元素进行操作, 或单击(按钮) 或 输入(输入框) , 下面就来认识这些最常用的方法. 1.WebDriver 常用方法 下面先来认识 ...
- Helm:kubernetes应用包管理工具
概要 Helm:kubernetes应用包管理工具 K8s部署应用的时候,应用会通过yaml描述信息调用K8s-api:Helm即是管理这些Yaml的应用包管理工具 组成 Helm包含5个部分 Hel ...
- myeclipse2018修改主题
- Debian 9.x "stretch" 解决 /etc/rc.local 开机启动问题
由于某些软件并没有增加开启启动的服务,很多时候需要手工添加,一般我们都是推荐添加命令到 /etc/rc.local 文件,但是 Debian 9 默认不带 /etc/rc.local 文件,而 rc. ...
- Springboot项目使用junit-test(@Test)报错原因汇总
1.不要随便改测试包名,我就是因为这个错的!!! 2.有的是pom.xml文件中引入了junit测试的两个jar包 3.其他问题百度就行
- P2313 [HNOI2005]汤姆的游戏
题目描述 汤姆是个好动的孩子,今天他突然对圆规和直尺来了兴趣.于是他开始在一张很大很大的白纸上画很多很多的矩形和圆.画着画着,一不小心将他的爆米花弄撒了,于是白纸上就多了好多好多的爆米花.汤姆发现爆米 ...
- 代码 | 自适应大邻域搜索系列之(6) - 判断接受准则SimulatedAnnealing的代码解析
前言 前面三篇文章对大家来说应该很简单吧?不过轻松了这么久,今天再来看点刺激的.关于判断接受准则的代码.其实,判断接受准则有很多种,效果也因代码而异.今天介绍的是模拟退火的判断接受准则.那么,相关的原 ...