ios workspace 删除的警告怎么去除
发布网友
发布时间：2023-03-23 13:43
共2个回答
热心网友
时间：2023-10-15 00:27
可是它有一个问题，就是，当我们很多文件都有这种类型的警告的时候，我们就需要改动很多很多的源码了, 对于不是我们写的源码，有可能随时会更新的，我们这种方式，显然就不太可取了。
2. 使用编译器提供的宏来操作，这个方式在我们的工程中会大量的看到：
1
2
3
4
5
#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的工程不显示任何警告，例如
1
2
3
4
5
6
7
8
9
10
11
12
13
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'
还有就是,上面的方法也适合其它类型的警告!!!
热心网友
时间：2023-10-15 00:27
有几种方法可以解决。
1.命令行进入missing file目录，然后运行
svn delete nameOfMissingFile
或
git rm nameOfMissingFile
2.删除隐藏的.svn文件
命令行运行
defaults write com.apple.finder AppleShowAllFiles TRUE
killall Finder
开启显示隐藏文件，然后到工程目录下删除.svn文件，然后再恢复
defaults write com.apple.finder AppleShowAllFiles FALSE
killall Finder
3.进入工程目录，运行下面命令删除隐藏文件
find . -name .svn -exec rm -rf { } \;
报警是因为，先在文件夹中删除工程中引用的文件，工程引用的路径还存在，删掉也还会报错，怀疑是bug
