1. 程式人生 > >怎麽去掉Xcodeproject中的某種類型的警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32

怎麽去掉Xcodeproject中的某種類型的警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32

flags house sta src ble better gpu 引入 cond

問題描寫敘述 在我們的項目中,通常使用了大量的第三方代碼,這些代碼可能非常復雜,我們不敢修改他們,但是作者已經停止更新了,當sdk升級或者是編譯器升級後,這些遺留的代碼可能會出現許很多多的警告,那麽我們有沒有辦法去掉這些煩人的警告,不然一個project幾百個警告,你看著怎麽都不爽吧.我們怎麽去掉警告呢
1.最直接,最一勞永逸,最安全的方式,直接找到警告的那段代碼,改為不警告.這個方式,最安全. 但是它有一個問題,就是,當我們非常多文件都有這樣的類型的警告的時候,我們就須要修改非常多非常多的源代碼了, 對於不是我們寫的源代碼,有可能隨時會更新的,我們這樣的方式,顯然就不太可取了.
2.使用編譯器提供的宏來操作,這個方式在我們的project中會大量的看到 #pragma clang diagnostic push
#pragma clang diagnostic ignored"-Wdeprecated-declarations" //寫在這個中間的代碼,都不會被編譯器提示-Wdeprecated-declarations類型的警告
dispatch_queue_tcurrentQueue =dispatch_get_current_queue(); #pragma clang diagnostic pop
這種方式的問題,同第一個幾乎相同,也是要修改源碼的實現的,對於第三方,我們肯定是不想修改它的,尤其是一些更新非常頻繁的第三方,一般警告出現後不久,作者就更新了,我們在此做這種操作,就顯得浪費了.而且在 加入arm64支持的時候,一下出現幾百個某種類型的警告,改起來也是相當費時費力的啊! 比方我們的project,打開了arm64,然後編譯
技術分享


3.關閉某一個指定文件的某種指定類型的警告 這裏,拿一個詳細project來說吧.比方我們project裏有一個文件 PresencePacket 技術分享

事實上關閉某個指定文件的某種類型的警告非常easy,就如同我們曾經給某一個文件加入 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’) 警告就沒有了,是不是非常easy,非常方便.


這樣的方式,已經是大大的降低了工作量了,僅僅須要在指定的文件的編譯中加入 -Wno-shorten-64-to-32就能夠了.那麽有沒有什麽方式能夠讓編譯器忽略整個project中的 指定類型的警告呢?
4.關閉project中指定 類型的警告 這個最簡單了, project的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類型呢?這裏,事實上不須要記憶的,當project中有這樣的類型警告的時候
在警告窗體,某個警告上,我們右擊,顯示出右鍵菜單,選擇當中的 Reveal in Log 技術分享

則會顯示 技術分享
註意到當中 [-Wshorten-64-to-32],在這個括號裏的就是 這樣的警告的類型 -W是前綴,這個前綴表示的是 打開這樣的類型的警告 假設我們是要關閉某種類型的警告的話, 要將 -W換成 -Wno- 這樣就得到了 -Wno-shorten-64-to-32了.


後記: 對於我們使用cocoapod引入的第三方,我們能夠在podfile文件裏 添加一句 inhibit_all_warnings! 來要pod的project不顯示不論什麽警告, 比如 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‘
還有就是,上面的方法也適合其他類型的警告!!!
參考 http://oleb.net/blog/2013/04/compiler-warnings-for-objective-c-developers/ http://amattn.com/p/better_apps_clang_weverything_or_wall_is_a_lie.html http://stackoverflow.com/questions/16384530/clang-in-xcode-start-with-weverything-and-manually-disable-particular-warnin http://adoptioncurve.net/archives/2013/02/selectively-disabling-warnings-with-xcode-compiler-flags/

怎麽去掉Xcodeproject中的某種類型的警告 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32