Xcode編譯Undefined symbols for architecture xxx 錯(cuò)誤總結(jié)(FFmpeg篇)

一。每次遇到這種錯(cuò)誤就頭痛,不知道要害死多少腦細(xì)胞了,就在這里做個(gè)總結(jié)吧

可能會(huì)遇到這幾種錯(cuò)誤:

Undefined symbols for architecture armv7:(iPhone4|iPhone4S|iPad|iPad2|iPad3(The New iPad)|iPad mini|iPod Touch 3G|iPod Touch4)

Undefined symbols for architecture armv7s :(iPhone5|iPhone5C|iPad4(iPad with Retina Display))

Undefined symbols for architecture arm64(iphone5s以上)

Undefined symbols for architecture i386:(模擬器32位處理器測(cè)試(iphone5的模擬器))

Undefined symbols for architecture x86_64:(模擬器64位處理器測(cè)試(iphone5以上的模擬器))

錯(cuò)誤原因分析

0、如果只有@interface,沒(méi)有@implementation也會(huì)導(dǎo)致這個(gè)錯(cuò)誤

1、注意看Build Phases里面的Compile Sources里面有沒(méi)有被報(bào)錯(cuò)的類文件,如果沒(méi)有的話也會(huì)報(bào)上面的錯(cuò)誤

2、大部分情況下是忘記添加了某個(gè)系統(tǒng)framework或dylib吧,比如你在項(xiàng)目中使用了sqlite3,但是沒(méi)有添加libsqlite3.dylib,就會(huì)出現(xiàn)這個(gè)問(wèn)題。解決辦法是增加對(duì)應(yīng)的framework或dylib。

3、如果是在C++里調(diào)用C函數(shù),檢查是否有添加extern "C",這可以通過(guò)觀察錯(cuò)誤提示中的函數(shù)名形式來(lái)決定,如果是C函數(shù)而以C ++的方式調(diào)用就需要添加extern "C"。

4、如果是把其它工程的xcodeproj文件加入到當(dāng)前項(xiàng)目中,檢查Build Phases中的Target Dependencies有沒(méi)有添加依賴,以及General中的Linked Frameworks and Libraries有沒(méi)有添加相關(guān)的.a文件。

5、如果添加.a文件編譯無(wú)錯(cuò)而添加xcodeproj文件編譯出錯(cuò)可參考3

6、如果添加.a文件編譯出錯(cuò),首先檢查其對(duì)應(yīng)的頭文件是否添加正確,或者在Build Setting中有沒(méi)有添加對(duì)應(yīng)的Header Search Path路徑;其次檢查.a文件的c++編譯選項(xiàng)與當(dāng)前項(xiàng)目的c++編譯選項(xiàng)是否一致;最后檢查.a文件與當(dāng)前項(xiàng)目的CPU架構(gòu)信息是否一致

7、如果是extern變量報(bào)這個(gè)錯(cuò)誤,要檢查extern變量有沒(méi)有在其它地方聲明,如果沒(méi)有則加上;如果外部變量在靜態(tài)庫(kù)中,可根據(jù)5檢查引用頭文件或頭文件搜索路徑是否正確;如果頭文件無(wú)問(wèn)題,就需要檢查靜態(tài)庫(kù)與與當(dāng)前項(xiàng)目的CPU架構(gòu)信息是否一致

8、如果是使用了靜態(tài)庫(kù),真機(jī)Debug測(cè)試時(shí)正常,而在執(zhí)行for iOS Device測(cè)試時(shí)報(bào)這個(gè)錯(cuò)誤,很可能是因?yàn)殪o態(tài)庫(kù)支持的架構(gòu)不全。出現(xiàn)這種情況是Build Setting中的Build Active Architecture Only在Debug下設(shè)為Yes,從而使得真機(jī)Debug測(cè)試正常。

檢查靜態(tài)庫(kù)的CPU架構(gòu)支持命令:

lipo -info xxxxx.a

找出不支持arm64的靜態(tài)庫(kù)

find . -name *.a -exec lipo -info "{}" \;

在@end處提示expected }錯(cuò)誤解決

問(wèn)題很明顯是}匹配出現(xiàn)問(wèn)題了。如果代碼少很好找,如果代碼很多怎么縮小查找范圍呢?一般出現(xiàn)這個(gè)問(wèn)題時(shí)伴隨另一個(gè)錯(cuò)誤:在某個(gè)函數(shù)定義處提示"Use of undeclared identifire 'someMethod'”,那么就是在此函數(shù)定義之前的地方少了一個(gè)},導(dǎo)致編譯器誤把函數(shù)定義當(dāng)成函數(shù)調(diào)用了。

1.在模擬器和真機(jī)器運(yùn)行時(shí)提示:

1.1.模擬器時(shí):Undefined symbols for architecture x86_64:

"_OBJC_CLASS_$_AVCaptureVideoDataOutput", referenced from:

objc-class-ref in CameraSource.o

"_OBJC_CLASS_$_AVCaptureDeviceInput", referenced from:

objc-class-ref in CameraSource.o

"_OBJC_CLASS_$_AVCaptureSession", referenced from:

objc-class-ref in CameraSource.o

1.2.真機(jī)時(shí):Undefined symbols for architecture arm64:

"_OBJC_CLASS_$_AVCaptureVideoDataOutput", referenced from:

objc-class-ref in CameraSource.o

"_OBJC_CLASS_$_AVCaptureDeviceInput", referenced from:

objc-class-ref in CameraSource.o

"_OBJC_CLASS_$_AVCaptureSession", referenced from:

objc-class-ref in CameraSource.o

1.3.解決辦法:

TARGETS->Build Phases->Link Binary With Libraries里添加AudioToolbox.framework和AVFoundation.framework

AudioToolbox.framework和AVFoundation.framework

之前沒(méi)添加AudioToolbox.framework和AVFoundation.framework就一直報(bào)上面的錯(cuò)誤,添加完后就好了。

二。文章的最后為了方便小伙伴學(xué)習(xí),本博主用 ffmpeg 在 iOS 設(shè)備寫(xiě)了一個(gè)實(shí)例代碼,主要功能是利用攝像頭實(shí)時(shí)錄制 yuv 格式文件并編碼 H.264 后,實(shí)時(shí)分析 H.264 中每個(gè)幀(frame)中的 NALU 的數(shù)據(jù),希望對(duì)小伙伴們有所幫助,找到入門(mén)的方法。

在這里上傳一下demo,

鏈接: https://pan.baidu.com/s/1c2y515I 密碼: s2n8

通過(guò)真機(jī)運(yùn)行,實(shí)現(xiàn)攝像頭采集視頻數(shù)據(jù)進(jìn)行編碼成h264數(shù)據(jù)保存到沙河里

詳細(xì)功能介紹請(qǐng)看:https://github.com/Abson/CameraRtmpSDK

http://www.itdecent.cn/p/9522c4a7818d

作者的demo下載后都是零散的文件,我是從新給他整合了下,在x-code里可以直接打開(kāi)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容