关于三方最低支持版本的更改
post_install do |pi|
pi.pods_project.targets.each do |t|
t.build_configurations.each do |bc|
bc.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '9.0'
end
end
end
关闭CocoaPods中的警告
在Podfile中加入inhibit_all_warnings!即可
platform :ios, '9.0'
inhibit_all_warnings!
关闭单个库或整个库警告
Pods -> target -> Other Warning Flags 添加 -w
关闭文档警告
解决方法关掉Pods的文档警告
Pods -> Build Settings -> Documentation Comments -> NO
关闭单个文件警告
target -> Build Phases -> Compile Source 找到相关文件，在后面加入-w
代码区域警告
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdocumentation"
//
要去除警告的代码
//
#pragma clang diagnostic pop
常用警告名称
#pragma clang diagnostic ignored "-Wunused-variable" 未使用的变量
#pragma clang diagnostic ignored "-Warc-retain-cycles" retain cycle
#pragma clang diagnostic ignored "-Wdeprecated-declarations" 方法弃用警告
#pragma clang diagnostic ignored "-Wincompatible-pointer-types" 不兼容的指针类型
#pragma clang diagnostic ignored "-Wdocumentation" 注释不规范
Block警告
我们定义一个不带参数的block,通常是如下的方式
typedefvoid (^UpdateSwichBtnBlock)();
在xcode9之后会提示一个警告
This block declaration is not a prototype Insert ‘void'
解决方式可以是如下的几种:
方案:
1.typedefvoid (^UpdateSwichBtnBlock)(void); 但是这样,很多第三方要改,涉及的面太大了,目前可能不太适合,虽然这个是趋势,或者,如果只是很少的地方,也可以使用彻底的暂时解决所有这种警告的方式
2.在工程的设置中
strict-prototypes 设置为NO,则这些警告就消失了
番外
有时候引入了一个framework后,在Generate dSYM的时候报出了大量的warning
xxxx.o unable to open object file: No such file or directory
在Xcode查看编译过程发现是执行dsymutil这条命令时产生的。
dsymutil links the DWARF debug information found in the object files for an executable exe_path by using debug symbols information contained in its symbol table.
Xcode编译的时候会处理两种符号：
Mach-O符号: 链接器在链接的时候需要处理.
调试符号: 顾名思义,在使用调试器调试用到的符号.
为了让发行的安装包更小,通常会在编译的时候将调试符号从可执行文件中去掉.这样,在发生crash后得到的crash log里面只能得到 16 进制的地址.
Xcode 提供了一个编译设置项:Debug Information Format,有两个选项:DWARF 和 DWARF with dSYM File.
其中,DWARF是一种独立于语言和操作系统的调试文件格式.最初是设计用来配合 ELF（ Executable and Linkable Format,精灵和矮人 :]）工作的.DWARF不会在可执行文件中包含调试符号,而是仅仅包含对 .o 文件的引用,而这些.o文件才真正包含调试符号.
dSYM是 Xcode 用来存储调试符号的文件,可以用它来符号化crash log或者调试程序.
如果Debug Information Format设置成了DWARF with dSYM File,Xcode 在编译结束时会调用 dsymutil,将 .o 中的符号抽出来生成 .dSYM 文件。
（生成 .dSYM 文件需要消耗一定的时间,因为 debug 的时候本地有 .o 文件，可以不需要 .dSYM 文件来 debug,所以最好将 debug 版本的 Debug Information Format 设置成 DWARF.）
回头来看最初的问题.使用
nm -a /path/to/foo.framework/foo
来查看所有的符号，其中就包含了
000000005704a7a2 - 03 0001 OSO /Users/USERNAME/Library/Developer/Xcode/DerivedData/VIVerifyCore-gfjrgtjfcqfqpybbcyouhfavymdn/Build/Intermediates/FRAMEWORKNAME.build/Debug-iphonesimulator/FRAMEWORKNAME.build/Objects-normal/armv7/SOMECLASS.o
由此可见,因为引入的framework编译时开启了Generate Debug Symbols,编译出来的二进制文件包含了对一些 .o 文件的引用.这些 .o 文件是 framework 在编译的过程中产生的,framework的使用方在执行 dsymutil 时找不到它们,于是产生 warning.
在关闭Generate Debug Symbols后重新编译 framework,执行同样的命令,生成的可执行文件中就没有这些引用了.再集成到 App 中，编译就不会有前面提到的 warning.
