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 ...
随机推荐
- GPU---NVIDIA GPU 计算能力
查询网址:https://developer.nvidia.com/cuda-gpus 使用,makefile文件实例: GPU= CUDNN= OPENCV= OPENMP= DEBUG= ARCH ...
- Codeforces Round #499(Div2) C. Fly (二分精度)
http://codeforces.com/contest/1011/problem/C 题目 这是一道大水题! 仅以此题解作为我这个蒟蒻掉分的见证 #include<iostream> ...
- VSCode之使用Settings Sync同步配置和插件
需求背景 自己平常工作,一般在公司用公司的电脑,在家里就是自己的,但是vscode如果配置了新的内容,或者安装了新的插件,那每次都需要单独记录一下然后再重新配置一遍.使用Settings Sync插件 ...
- php中危险的木马函数-eval()函数
eval() 函数可将字符串转换为代码执行,并返回一个或多个值. 如果eval函数在执行时遇到错误,则抛出异常给调用者. 类似的函数是loadcode ,loadcode并不立即执行代码,而是返回一个 ...
- springboot2.0整合shiro遇到的问题
1.重启服务器,访问登陆页面,登陆成功后跳转的不是index,而是favicon.ico
- "=="和equals小结
通俗点讲,==是看看左右是不是一个东西.equals是看看左右是不是长得一样.如何记住嘛.如果单纯是想记住, ==:等于.equals:相同.两个长得一样的人,只能说长的相同(equals),但是不 ...
- springMvc--接受请求参数
作者:liuconglin 接收基本类型 表单: <h1>接受基本类型参数到Controller</h1> <form action="/param/test& ...
- Django REST framework+Vue 打造生鲜电商项目(笔记九)
(from:http://www.cnblogs.com/derek1184405959/p/8859309.html) 十二.支付宝沙箱环境配置 12.1.创建应用 进入蚂蚁金服开放平台(https ...
- centos6.5 安装163yum源
1.下载yum源 http://mirrors.163.com/.help/CentOS6-Base-163.repo 2.把下载好的yum源放到/etc/yum.repos.d下 mv CentOS ...
- sql 存储过程set nocount on 的作用
在存储过程中,经常用到SET NOCOUNT ON: 作用:阻止在结果集中返回显示受T-SQL语句或则usp影响的行计数信息.当SET ONCOUNT ON时候,不返回计数,当SET NOCOUNT ...