'NSInteger' (aka 'long') to 'int32

怎么去掉Xcode工程中的某种类型的警告 Implicit conversion loses integer precision: ‘NSInteger‘ (aka ‘long‘) to ‘int32

问题描述

在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当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://oleb.net/blog/2013/04/compiler-warnings-for-objective-c-developers/

http://amattn.com/p/better_apps_clang_weverything_or_wall_is_a_lie.html

http://stackoverflow.com/questions/16384530/clang-in-xcode-start-with-weverything-and-manually-disable-particular-warnin

http://adoptioncurve.net/archives/2013/02/selectively-disabling-warnings-with-xcode-compiler-flags/

'NSInteger' (aka 'long') to 'int32

时间: 2024-08-04 07:01:44

'NSInteger' (aka 'long') to 'int32的相关文章

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

在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许许多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个工程几百个警告,你看着怎么都不爽吧.我们怎么去掉警告呢 1.最直接,最一劳永逸,最安全的方式,直接找到警告的那段代码,改为不警告.这个方式,最安全. 可是它有一个问题,就是,当我们很多文件都有这种类型的警告的时候,我们就需要改动很多很多的源码了, 对于不是我们写的源码,有可能

Xcode8.0 在编辑代码时提示警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to

Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to -Wno-shorten-64-to-32 Xcode8.0 在编辑代码时提示警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to

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

问题描写叙述 在我们的项目中,通常使用了大量的第三方代码,这些代码可能非常复杂,我们不敢修改他们,但是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许很多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个project几百个警告,你看着怎么都不爽吧.我们怎么去掉警告呢 1.最直接,最一劳永逸,最安全的方式,直接找到警告的那段代码,改为不警告.这个方式,最安全. 但是它有一个问题,就是,当我们非常多文件都有这样的类型的警告的时候,我们就须要修改非常多非常多的源代

怎么去掉Xcode工程中的某种类型的警告

问题描述  在我们的项目中,通常使用了大量的第三方代码,这些代码可能很复杂,我们不敢改动他们,可是作者已经停止更新了,当sdk升级或者是编译器升级后,这些遗留的代码可能会出现许许多多的警告,那么我们有没有办法去掉这些烦人的警告,不然一个工程几百个警告,你看着怎么都不爽吧.我们怎么去掉警告呢? 1. 最直接.最一劳永逸.最安全的方式,直接找到警告的那段代码,改为不警告.这个方式最安全. 可是它有一个问题,就是,当我们很多文件都有这种类型的警告的时候,我们就需要改动很多很多的源码了, 对于不是我们写

xcode 消除警告

项目中引用大量的第三方代码时,这些代码很复杂,不要轻易去改动它,如果编译产生很多警告,该如何消除呢? 1. 最直接.最一劳永逸.最安全的方式,直接找到警告的那段代码,改为不警告.这个方式最安全. 可是它有一个问题,就是,当我们很多文件都有这种类型的警告的时候,我们就需要改动很多很多的源码了, 对于不是我们写的源码,有可能随时会更新的,我们这种方式,显然就不太可取了. 2. 使用编译器提供的宏来操作,这个方式在我们的工程中会大量的看到: 1 2 3 4 5 #pragma clang diagno

C# 与数据库中字段类型 Int16(short), Int32(int), Int64(long)的取值范围、区别 。string长度

一开始看到Int16, Int32, Int64这三种类型就觉得有点怪, 为什么要整个数字结尾的, 挺怪的. 昨天互相想到, ms这么干就是想让大家一眼就知道这个数据类型占多大空间吧. Int8, 等于byte, Int16, 等于short, 占2个字节. -32768 32767 Int32, 等于int, 占4个字节. -2147483648 2147483647 Int64, 等于long, 占8个字节. -9223372036854775808 9223372036854775807

NSInteger、NSUInteger和int的区别

int在32bit和64bit有不同的最大值和占用不同的位数. 使用NSInteger,系统会根据当前环境(是32bit还是64bit)返回int 最大值. NSUInteger 是 NSInteger 的无符号形式. NSInteger 不是一个对象,它是基本数据类型的typedef ,格式化字符串使用%li. #if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_

NSNumber与NSInteger的区别

Objective-C 支持的类型有两种:基本类型 和  类. 基本类型,如同C 语言中的 int 类型一样,拿来就可以直接用. 而类在使用时,必须先创建一个对象,再为对象分配空间,接着做初始化和赋值. 类的初始化,需用类自身的方法 (类方法). 代码中所创建的对象,不用后,还得记着释放. 做了这么多铺垫, 具体到 NSNumber 和 NSInteger ,又怎样呢? NSNumber 是类, 而 NSInteger 只不过是个 基本类型. 既然 NSInteger是基本类型,那么,使用起来就

Objective-C - NSInteger转换NSString

NSInteger不是对象, 转换为long匹配64位系统, 再组成字符串(%ld). NSString *inStr = [NSString stringWithFormat: @"%ld", (long)month]; Note that on 64-bit processors, such as the new A7 chip, if your app is compiled for 64-bit, an NSInteger is actually a long, not an