可是它有壹個問題，就是，當我們很多文件都有這種類型的警告的時候，我們就需要改動很多很多的源碼了, 對於不是我們寫的源碼，有可能隨時會更新的，我們這種方式，顯然就不太可取了。
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了.