xcode去掉警告

原文地址：http://www.henishuo.com/xcode-delete-warnings/

引言

在我们的项目中，通常使用了大量的第三方代码，这些代码可能很复杂，我们不敢改动他们，可是作者已经停止更新了,当sdk升级或者是编译器升级后，这些遗留的代码可能会出现许许多多的警告，那么我们有没有办法去掉这些烦人的警告，不然一个工程几百个警告，你看着怎么都不爽吧。我们怎么去掉警告呢？

最直接、最一劳永逸、最安全的方式，直接找到警告的那段代码，改为不警告。这个方式最安全。

可是它有一个问题，就是，当我们很多文件都有这种类型的警告的时候，我们就需要改动很多很多的源码了, 对于不是我们写的源码，有可能随时会更新的，我们这种方式，显然就不太可取了。

使用编译器提供的宏来操作，这个方式在我们的工程中会大量的看到：

1 2 3 4 5 6 7 8

#pragma clang diagnostic push #pragma clang diagnostic ignored"-Wdeprecated-declarations"   // 写在这个中间的代码,都不会被编译器提示-Wdeprecated-declarations类型的警告 dispatch_queue_tcurrentQueue =dispatch_get_current_queue(); #pragma clang diagnostic pop

这种方式的问题,同第一个差不多,也是要修改源代码的实现的,对于第三方,我们肯定是不想改动它的,尤其是一些更新很频繁的第三方,一般警告出现后不久,作者就更新了,我们在此做这样的操作,就显得浪费了.并且在 添加arm64支持的时候,一下出现几百个某种类型的警告,改起来也是相当费时费力的啊!

比如我们的工程,打开了

arm64

,然后编译：

关闭某一个指定文件的某种指定类型的警告

这里拿一个具体工程来说吧.比如我们工程里有一个文件

PresencePacket

：



其实关闭某个指定文件的某种类型的警告很简单,就如同我们以前给某一个文件添加

ARC

支持或者不支持的时候那样 添加 忽略/显示 某种类型警告



双击 文件, 在其中添加

-Wno-shorten-64-to-32

 (这个关键在就是让编译器忽略 

Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int')

警告)



添加完成后,再编译,那么

PresencePacke

t文件中的 

Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int’)

警告就没有了,是不是很简单,很方便.

<iframe id="iframeu2513605_0" src="http://pos.baidu.com/acom?rdid=2513605&dc=2&di=u2513605&dri=0&dis=0&dai=2&ps=1439x353&dcb=BAIDU_UNION_define&dtm=BAIDU_DUP_SETJSONADSLOT&dvi=0.0&dci=-1&dpt=none&tsr=0&tpr=1457428986833&ti=Xcode%E5%8E%BB%E6%8E%89%E8%AD%A6%E5%91%8A%20%7C%20%E6%A0%87%E5%93%A5%E7%9A%84%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%AE%A2&ari=1&dbv=0&drs=1&pcs=1232x875&pss=1232x1487&cfv=0&cpl=3&chi=1&cce=true&cec=UTF-8&tlm=1457400186&ltu=http%3A%2F%2Fwww.henishuo.com%2Fxcode-delete-warnings%2F&ecd=1&psr=1920x1080&par=1920x974&pis=-1x-1&ccd=24&cja=true&cmi=5&col=zh-cn&cdo=-1&tcn=1457428987&qn=8412481939be66d5&tt=1457428986800.71.233.234" width="760" height="90" align="center,center" vspace="0" hspace="0" marginwidth="0" marginheight="0" scrolling="no" frameborder="0" allowtransparency="true" style="border-width: 0px; font-family: inherit; font-style: inherit; margin: 0px; outline: 0px; padding: 0px; vertical-align: bottom; max-width: 100%;"></iframe>

这种方式,已经是大大的减少了工作量了,只需要在指定的文件的编译中添加

-Wno-shorten-64-to-32

就可以了.那么有没有什么方式可以让编译器忽略整个工程中的 指定类型的警告呢?

关闭工程中指定类型的警告

这个最简单了, 工程的

target

有一个

Other Warning Flags

在其中添加

-Wno-shorten-64-to-32

再重新编译,哈哈,整个文件中的

Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int’)

警告全部消失了!!!!

查看警告类型

大家可能很疑惑,上面的

-Wno-shorten-64-to-32

 是怎么来的,我怎么知道

Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int’)

警告 就是 -Wno-shorten-64-to-32类型呢?这里,其实不需要记忆的,当工程中有这种类型警告的时候

在警告窗口,某个警告上,我们右击,显示出右键菜单,选择其中的

Reveal in Log

则会显示：



注意到其中

[-Wshorten-64-to-32]

,在这个括号中的就是 这种警告的类型

-W

是前缀,这个前缀表示的是 打开这种类型的警告 如果我们是要关闭某种类型的警告的话, 要将

-W

换成

-Wno-

,这样就得到了

-Wno-shorten-64-to-32

了.

后记

对于我们使用

cocoapod

引入的第三方,我们可以在

podfile

文件中 增加一句 

inhibit_all_warnings!

 来要

pod

的工程不显示任何警告，例如

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

link_with 'SecondHouseBrokerAPP','SecondHouseBrokerCOM' platform :ios,'6.0' inhibit_all_warnings! pod 'CocoaAsyncSocket' pod 'Reachability' pod 'ProtobufObjC' pod 'SDWebImage' pod 'FMDB' pod 'GPUImage' pod 'CXPhotoBrowser' pod 'CocoaLumberjack'

还有就是,上面的方法也适合其它类型的警告!!!

<iframe id="iframeu2515746_0" src="http://pos.baidu.com/acom?rdid=2515746&dc=2&di=u2515746&dri=0&dis=0&dai=3&ps=2784x353&dcb=BAIDU_UNION_define&dtm=BAIDU_DUP_SETJSONADSLOT&dvi=0.0&dci=-1&dpt=none&tsr=0&tpr=1457428986833&ti=Xcode%E5%8E%BB%E6%8E%89%E8%AD%A6%E5%91%8A%20%7C%20%E6%A0%87%E5%93%A5%E7%9A%84%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%AE%A2&ari=1&dbv=0&drs=1&pcs=1232x875&pss=1232x2832&cfv=0&cpl=3&chi=1&cce=true&cec=UTF-8&tlm=1457400186&ltu=http%3A%2F%2Fwww.henishuo.com%2Fxcode-delete-warnings%2F&ecd=1&psr=1920x1080&par=1920x974&pis=-1x-1&ccd=24&cja=true&cmi=5&col=zh-cn&cdo=-1&tcn=1457428987&qn=2e0a6f4e229ed29f&tt=1457428986800.79.242.242" width="760" height="90" align="center,center" vspace="0" hspace="0" marginwidth="0" marginheight="0" scrolling="no" frameborder="0" allowtransparency="true" style="border-width: 0px; font-family: inherit; font-style: inherit; margin: 0px; outline: 0px; padding: 0px; vertical-align: bottom; max-width: 100%;"></iframe>

关注我

关注	账号	备注
标哥博客iOS交流群一	324400294（满）	群一若已满，请申请群二
标哥博客iOS交流群二	494669518（满）	群二若已满，请申请群三
标哥博客iOS交流群三	461252383（满）	群三若已满，请申请群四
标哥博客iOS交流群四	250351140	群四若已满，会有提示信息
关注微信公众号	iOSDevShares	关注微信公众号，会定期地推送好文章
关注新浪微博账号	标哥的技术博客	关注微博，每次发布文章都会分享到新浪微博
关注标哥的GitHub	CoderJackyHuang	这里有很多的Demo和开源组件
关于我	进一步了解标哥	如果觉得文章对您很有帮助，可捐助我！

版权声明： 本文由【标哥的技术博客】整理并转载（本博客只作转载，不代表同意文中观点） 
原文地址： http://www.cocoachina.com/ios/20141218/10678.html