Xcode編譯提示duplicate symbol _xxx in: xxx.o xxxx.o的解決方案

在應用開發過程中,經常會用到靜態庫,比如音視頻編解碼靜態庫、友盟分享靜態庫、第三方支付靜態庫...有時靜態庫中也會引入一些第三方框架,如果項目中碰巧也引入了相同的第三方,有時候編譯的時候就可能會提示duplicate symbol xxx.
解決方案:
方案一、向靜態庫提供方反饋,將重復使用的symbol(其實就是變量名)修改一下,然后重新打包靜態庫;
方案二、使用lipo命令 將靜態庫中涉及的.o文件移除,然后再重新合并靜態庫;
相關命令如下:假設沖突的靜態庫名為libx.a

$ lipo -info libx.a 查看靜態庫中支持哪些cpu架構

結果:Architectures in the fat file: libx.a are: i386 armv6 armv7

$ lipo -extract_family armv6 -output libx-inter.a libx.a 分離出提示沖突的那個架構的靜態庫,這里已armv6為例

  • 這里需要注意的有個問題,通過這個命令我們是想要分離出一個thin的靜態庫,然后將.o還原出來。有時候這個命令執行后,再次執行還原出.o命令時會提示錯誤,原因是這個分離出來的靜態庫libx-inter.a依然是一個fat的庫,此時我們需要繼續分離:

lipo libx-inter.a -thin armv6 -output libx-armv6.a lipo libx-inter.a -thin armv7 -output libx-armv7.a
這樣就能分離出2份不同版本arm的.a了
ar -x libx-armv6.a
如果libx-inter.a可以直接還原出.o,那我們就可以跳過上面一步,直接分離就好。
注意分離靜態庫和還原.o可以執行文件的操作,最好放在單獨的文件夾里進行。
如果是兩個不同靜態庫相互沖突,我們可以把這個兩個靜態庫還原到同一個文件夾,然后重復的.o文件就會只保留一個。最后再將所有的.o在合并為一個公共的靜態庫。當然,也可以保留其中一個靜態庫不變,將另外一個靜態庫的.o還原出來,刪除提示重復的.o,然后再將剩下的.o link回原來的靜態庫。
link命令如下:
libtool -static -o ../libx-armv6.a *.o 這里是以cup 架構armv6為例link的

當然最終供編譯器使用的靜態庫,是有多份cpu指令的。所以要把通過以上方法link的 thin類型的靜態庫,合并回fat lib:

lipo -create -output libx.a libx-armv6.a libx-i386.a libx-armv7.a
這樣,將fat靜態庫再重新導入工程,也許就不會出現duplicate symbol了。

方案三、如果方案一、二都無法實現,別擔心,我們還可以修改工程里的symbol(變量名)。

duplicate symbol _isDismissing in:
/Users/daruo/Library/Developer/Xcode/DerivedData/XiaoxianRobot-eobqnwnoghynwdayazeefklxkbro/Build/Intermediates.noindex/XiaoxianRobot.build/Debug-iphoneos/XiaoxianRobot.build/Objects-normal/arm64/ASIAuthenticationDialog.o
/Users/daruo/Desktop/XXR_Cloudring/XiaoxianRobot/Libs/iOS_v3.0.1/UCS_VOIP/UCS_VOIPSDK/libucsrtcvideo.a(UCSVoipASIAuthenticationDialog.o)

從上方的提示編譯提示可知:“isDismissing”這個變量需要重新命名

  • 1、由ASIAuthenticationDialog.o 可以找到變量坐在的類為 ASIAuthenticationDialog,在工程中找到ASIAuthenticationDialog.m
  • 2、搜索isDismissing 變量,并重命名(加前綴,后綴都行)
  • 3、重新編譯。

通過一系列的調試,我是使用方案三解決這個問題的,希望這段調試之路可以幫助到需要的小伙伴。

參考博文:
iOS程序開發引用的第三方庫之間出現duplicate symbol時的處理方法

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,283評論 6 530
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 97,947評論 3 413
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,094評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,485評論 1 308
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,268評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,817評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,906評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,039評論 0 285
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,551評論 1 331
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,502評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,662評論 1 366
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,188評論 5 356
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,907評論 3 345
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,304評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,563評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,255評論 3 389
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,637評論 2 370