怎麼去掉Xcode工程中的某種型別的警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32
阿新 • • 發佈：2019-02-06
問題描述
在我們的專案中,通常使用了大量的第三方程式碼,這些程式碼可能很複雜,我們不敢改動他們,可是作者已經停止更新了,當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' 還有就是,上面的方法也適合其它型別的警告!!! 參考
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' 還有就是,上面的方法也適合其它型別的警告!!! 參考