問題描述
在我們的專案中，通常使用了大量的第三方**，這些**可能很複雜，我們不敢改動他們，可是作者已經停止更新了,當sdk公升級或者是編譯器公升級後，這些遺留的**可能會出現許許多多的警告，那麼我們有沒有辦法去掉這些煩人的警告，不然乙個工程幾百個警告，你看著怎麼都不爽吧。我們怎麼去掉警告呢？
1. 最直接、最一勞永逸、最安全的方式，直接找到警告的那段**，改為不警告。這個方式最安全。
可是它有乙個問題，就是，當我們很多檔案都有這種型別的警告的時候，我們就需要改動很多很多的原始碼了, 對於不是我們寫的原始碼，有可能隨時會更新的，我們這種方式，顯然就不太可取了。
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,'secondhousebrokercom'
platform :ios,'6.0'
inhibit_all_warnings!
pod'cocoaasyncsocket'
pod'reachability'
pod'protobufobjc'
pod'sdwebimage'
pod'fmdb'
pod'gpuimage'
pod'cxphotobrowser'
pod'cocoalumberjack'
還有就是,上面的方法也適合其它型別的警告!!!
怎麼去掉Xcode工程中的某種型別的警告
問題描述 在我們的專案中，通常使用了大量的第三方 這些 可能很複雜，我們不敢改動他們，可是作者已經停止更新了,當sdk公升級或者是編譯器公升級後，這些遺留的 可能會出現許許多多的警告，那麼我們有沒有辦法去掉這些煩人的警告，不然乙個工程幾百個警告，你看著怎麼都不爽吧。我們怎麼去掉警告呢？1.最直接 最...
怎麼去掉Xcode工程中的某種型別的警告
xcode警告 問題描述 在我們的專案中，通常使用了大量的第三方 這些 可能很複雜，我們不敢改動他們，可是作者已經停止更新了,當sdk公升級或者是編譯器公升級後，這些遺留的 可能會出現許許多多的警告，那麼我們有沒有辦法去掉這些煩人的警告，不然乙個工程幾百個警告，你看著怎麼都不爽吧。我們怎麼去掉警告呢...
怎麼去掉Xcode工程中的某種型別的警告
問題描述 在我們的專案中，通常使用了大量的第三方 這些 可能很複雜，我們不敢改動他們，可是作者已經停止更新了,當sdk公升級或者是編譯器公升級後，這些遺留的 可能會出現許許多多的警告，那麼我們有沒有辦法去掉這些煩人的警告，不然乙個工程幾百個警告，你看著怎麼都不爽吧。我們怎麼去掉警告呢？1.最直接 最...