• 怎么去掉Xcodeproject中的某种类型的警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32


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

    1.最直接,最一劳永逸,最安全的方式,直接找到警告的那段代码,改为不警告.这个方式,最安全.
    但是它有一个问题,就是,当我们非常多文件都有这样的类型的警告的时候,我们就须要修改非常多非常多的源代码了, 对于不是我们写的源代码,有可能随时会更新的,我们这样的方式,显然就不太可取了.

    2.使用编译器提供的宏来操作,这个方式在我们的project中会大量的看到
    #pragma clang diagnostic push
    #pragma clang diagnostic ignored"-Wdeprecated-declarations"
                   //写在这个中间的代码,都不会被编译器提示-Wdeprecated-declarations类型的警告
    dispatch_queue_tcurrentQueue =dispatch_get_current_queue();
    #pragma clang diagnostic pop

    这种方式的问题,同第一个几乎相同,也是要修改源码的实现的,对于第三方,我们肯定是不想修改它的,尤其是一些更新非常频繁的第三方,一般警告出现后不久,作者就更新了,我们在此做这种操作,就显得浪费了.而且在 加入arm64支持的时候,一下出现几百个某种类型的警告,改起来也是相当费时费力的啊!
    比方我们的project,打开了arm64,然后编译



    3.关闭某一个指定文件的某种指定类型的警告
    这里,拿一个详细project来说吧.比方我们project里有一个文件  PresencePacket


    事实上关闭某个指定文件的某种类型的警告非常easy,就如同我们曾经给某一个文件加入 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’) 警告就没有了,是不是非常easy,非常方便.



    这样的方式,已经是大大的降低了工作量了,仅仅须要在指定的文件的编译中加入 -Wno-shorten-64-to-32就能够了.那么有没有什么方式能够让编译器忽略整个project中的 指定类型的警告呢?

    4.关闭project中指定 类型的警告
    这个最简单了, project的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类型呢?这里,事实上不须要记忆的,当project中有这样的类型警告的时候

    在警告窗体,某个警告上,我们右击,显示出右键菜单,选择当中的 Reveal in Log


    则会显示 

    注意到当中 [-Wshorten-64-to-32],在这个括号里的就是 这样的警告的类型   -W是前缀,这个前缀表示的是 打开这样的类型的警告 假设我们是要关闭某种类型的警告的话, 要将 -W换成 -Wno-  
    这样就得到了  -Wno-shorten-64-to-32了.



    后记:
    对于我们使用cocoapod引入的第三方,我们能够在podfile文件里 添加一句  inhibit_all_warnings! 来要pod的project不显示不论什么警告,
    比如
    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'

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

    參考

  • 相关阅读:
    Ruby创始人谈Ruby的blocks和closure结构
    C语言字节对齐
    如今的开发者应了解哪些过去闻所未闻的新技能
    mongo下面总是缺少那么几个好用的工具试试这个吧MongoDB管理工具
    我们程序员为什么难晋升
    CMMI vs. Scrum vs. XP
    Rspec在Rails项目中的使用
    什么是Scrum?
    大型软件产品的敏捷案例 分享
    补充“为什么Scrum不行” (转自陈勇)
  • 原文地址:https://www.cnblogs.com/lytwajue/p/7399171.html
Copyright © 2020-2023  润新知