iOS 怎么去掉Xcode工程中的某种类型的警告_百度知道
iOS 怎么去掉Xcode工程中的某种类型的警告
我有更好的答案
到要消除的警告;pop则忽略语句会一直生效下去，并找到该警告的所属类型 例子中的警告类型为[-Wincomplete-implementation] 在标记警告的代码前后文输入 如不使用push&#47,右键选择Reveal in Log
采纳率：94%
来自团队：
看一下为什么会出现警告，修改一下
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。xcode 编译过程中怎么忽略警告_百度知道
xcode 编译过程中怎么忽略警告
我有更好的答案
你可以在otherlink 中加入 -Wl,-no_compact_unwind 去掉该警告， 根据苹果的解释，这个是由于某些地方 c/c++/oc/oc++混用会造成编译警告。一般没有什么伤害。
采纳率：94%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。怎么去掉Xcode工程中的某种类型的警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32
时间： 14:14:35
&&&& 阅读：166
&&&& 评论：
&&&& 收藏：0
标签：&&&&&&&&&&&&&&&&&&&&&&&&&&&在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许许多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个工程几百个警告,你看着怎么都不爽吧.我们怎么去掉警告呢
1.最直接,最一劳永逸,最安全的方式,直接找到警告的那段代码,改为不警告.这个方式,最安全.
可是它有一个问题,就是,当我们很多文件都有这种类型的警告的时候,我们就需要改动很多很多的源码了, 对于不是我们写的源码,有可能随时会更新的,我们这种方式,显然就不太可取了.
2.使用编译器提供的宏来操作,这个方式在我们的工程中会大量的看到
#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,然后编译
3.关闭某一个指定文件的某种指定类型的警告
这里,拿一个具体工程来说吧.比如我们工程里有一个文件 &PresencePacket
其实关闭某个指定文件的某种类型的警告很简单,就如同我们以前给某一个文件添加 ARC支持或者不支持的时候那样 添加 忽略/显示 某种类型警告
双击 文件, 在其中添加 &-Wno-shorten-64-to-32 &(这个关键在就是让编译器忽略 Implicit conversion loses integer precision: ‘NSInteger‘ (aka ‘long‘) to ‘int32_t‘ (aka ‘int‘) 警告)
添加完成后,再编译,那么PresencePacket文件中的 &Implicit conversion loses integer precision: ‘NSInteger‘ (aka ‘long‘) to ‘int32_t‘ (aka ‘int’) 警告就没有了,是不是很简单,很方便.
这种方式,已经是大大的减少了工作量了,只需要在指定的文件的编译中添加&-Wno-shorten-64-to-32就可以了.那么有没有什么方式可以让编译器忽略整个工程中的 指定类型的警告呢?
4.关闭工程中指定 类型的警告
这个最简单了, 工程的target有一个 Other Warning Flags&
在其中添加&-Wno-shorten-64-to-32
再重新编译,哈哈,整个文件中的&&Implicit conversion loses integer precision: ‘NSInteger‘ (aka ‘long‘) to ‘int32_t‘ (aka ‘int’) 警告全部消失了!!!!
5.大家可能很疑惑,上面的-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的工程不显示任何警告,
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‘
还有就是,上面的方法也适合其它类型的警告!!!
&标签：&&&&&&&&&&&&&&&&&&&&&&&&&&&原文：http://www.cnblogs.com/seeworld/p/6065047.html
教程昨日排行
&&国之画&&&& &&&&&&
&& &&&&&&&&&&&&&&
鲁ICP备号-4
打开技术之扣，分享程序人生！iOS优秀博客收录（持续更新） - 为程序员服务
iOS优秀博客收录（持续更新）
又一个码农站点
原文地址：, 感谢原作者分享。
您可能感兴趣的代码他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)}