Mimari armv7 için tanımlanmamış semboller

Bu sorun beni deli ediyor ve nasıl düzeltebileceğimi bilemiyorum ...

    Undefined symbols for architecture armv7:
  "_deflateEnd", referenced from:
      -[ASIDataCompressor closeStream] in ASIDataCompressor.o
  "_OBJC_CLASS_$_ASIDataDecompressor", referenced from:
      objc-class-ref in ASIHTTPRequest.o
  "_deflate", referenced from:
      -[ASIDataCompressor compressBytes:length:error:shouldFinish:] in ASIDataCompressor.o
  "_deflateInit2_", referenced from:
      -[ASIDataCompressor setupStream] in ASIDataCompressor.o
ld: symbol(s) not found for architecture armv7
collect2: ld returned 1 exit status
Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

Bence bununla ilgisi var:

ld: symbol(s) not found for architecture armv7

Ama ekledim: libz.1.2.3.dylibve bu yardımcı olmuyor, kimsenin fikri yok mu?

Yaygın sebepler

"Armv7 mimarisi için tanımlanmamış semboller" in genel nedenleri:

1. Sen bir başlık içe ve doğru kütüphaneye karşı bağlamak yok . Bu, özellikle projelere varsayılan olarak dahil edilmediğinden, özellikle QuartzCore gibi kütüphanelerin başlıkları için yaygındır. Çözmek için:

   • Link Binary With LibrariesBölümünde doğru kitaplıkları ekleyin Build Phases.

   • Varsayılan arama yolunun dışında bir kitaplık eklemek istiyorsanız, yolu Library Search PathsYapı Ayarları'na değere dahil edebilir ve bölümüne
     -l{library_name_without_lib_and_suffix}(örneğin libz.a use için -lz) ekleyebilirsiniz .Other Linker FlagsBuild Settings
     
     

2. Sen projenize dosya kopyalamak ancak dosya eklemek için hedef bakmayı unuttum . Çözmek için:

   • Build PhasesDoğru hedef için öğesini açın, Compile Sourceseksik .mdosyaları genişletin ve ekleyin . Sorununuz buysa, lütfen Cortex'in cevabını da aşağıdan kaldırın .
     
     

3. Sen başka mimarisi için inşa edilmiştir statik bir kütüphane yer i386, sizin ana makinede simülatörü gibi. Çözmek için:

   • Projeye dahil etmek için kütüphaneler satıcınızdan birden fazla kütüphane dosyanız varsa, simülatör için (i386) ve cihaz için olanı (örneğin armv7) eklemeniz gerekir.

   • İsteğe bağlı olarak, her iki mimariyi de içeren bir yağ statik kitaplığı oluşturabilirsiniz.

Orijinal Yanıt:

Doğru libz dosyasına bağlanmadınız. Dosyayı sağ tıklatıp bulucuda gösterirseniz, yolu bir iOS sdk klasöründe olmalıdır. İşte benim

/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/usr/lib

Başvuruyu kaldırmanızı ve ardından yeniden İkili Kitaplıklarıyla Bağla bölümünde Hedefinizin Aşamaları Oluşturma bölümüne yeniden eklemenizi öneririm.

Dün gece benzer bir sorun yaşadım ve sorun, Finder'dan Xcode'daki projeme bir sınıf sürüklediğim ile ilgiliydi.

Çözüm, Derleme Aşamaları sekmesine ve ardından Kaynakları Derle'ye gidip sınıfı listeye sürüklediğinizden emin olmaktı.

Benzer bir sorunum vardı ve her bir Proje yapılandırmasında (Hata Ayıklama, Serbest Bırakma ve Dağıtım) ve Hedef Oluşturma Ayarlarında "Yalnızca Etkin Mimari Oluştur" seçeneğini işaretlemem gerekiyordu.

"Tanımlanmamış sembol" bağlayıcı hatalarının bir başka olası nedeni, .mm dosyasından C işlevi çağırmaya çalışmaktır. Bu durumda başlık dosyalarını içe aktarırken harici "C" {...} kullanmanız gerekir.

Objective-C ++ 'dan C-Function çağrılırken Bağlayıcı hatası

Bununla benzer bir sorunum vardı. _OBJC_CLASS _ $ _ 'den sonraki sınıf adı aslında benim sınıfımdı. Bunun nedeni, kaynak kod dosyalarını navigasyon listesine sürüklediğimde "Hedefe Ekle" yi işaretlemememdi.

Benim çözümüm şuydu:

1. navigasyon listesinden sınıfı silin ve "yalnızca referansı kaldır" ı seçin

2. kaynak kod dosyalarını tekrar sürükleyin ve "Hedefe ekle" onay kutusunun işaretli olduğundan emin olun. Onay kutusu "Gerekirse kopyala" ve "Grup oluştur" un hemen altındadır.

Genellikle sürüm tanımlayıcısı olmayan ve geçerli sürüme bağlı bir takma ad vardır, bu durumda libz.dylib libz.1.2.5.dylib'e bağlanır. Sürümlü olan yerine temel diğer adı kullanın.

Hedef -> Derleme Ayarları -> Apple LLVM derleyici dili altında: 'C ++ Dil Lehçesi' ve 'C ++ Standart Kütüphane' nin Derleyici varsayılanına ayarlanması bu sorunun çözülmesine yardımcı oldu.

Sadece libz.1.2.5.dylib'i projeme ekledim ve bir cazibe gibi çalıştı.

Adımlar -

1. Yapı Aşamaları'na gidin.
2. İkili Bağlantı Kütüphaneyle - eklenecek çerçeveleri ve kütüphaneleri seçmek için '+' düğmesini kullanın.
3. Listeden libz.1.2.5.dylib dosyasını seçin.
4. Oluşturun ve çalıştırın.

Benzer bir sorun vardı ve "std ::" ile ilgili hatalar gördüm

Oluşturma Ayarları'nı değiştirdim -> Apple LVM 5.0 - Dil C ++ -> C ++ Standart Kütüphane

libc ++ (C ++ 11 destekli LLVM C ++ Standart Kitaplığı) libstdc ++ (GNU C ++ Standart Kitaplığı)

Admob kütüphanesini kullandığımda da aynı problemi yaşadım, "Mimarileri" 64 bit eklemeden "Standart mimarlar armv7, armv7s" olarak değiştirerek düzelttim.

.H dosyasında birden fazla @ arabirim var ve karşılık gelen @ uygulama yönergelerinin tümünü henüz eklememiştim. Hepsinin dengeli olduğundan emin olun.

-ObjCHedef> Oluşturma Ayarları> Diğer Bağlayıcı Bayrakları altında bayrak varsa ve bu sorunu alıyorsanız, kaldırmayı düşünün. Normalde aksi halde yüklenmeyecek statik bir kütüphaneden bazı Obj-C kodları yüklemeniz gerektiğinden, bir Obj-C kategorisi olan IE'yi yüklemeniz gerektiğinde eklemişseniz, -force_load <path>bunun yerine kullanmalısınız -ObjC.

<path>Xcode proje dizininize göreli olmalıdır. IE, dizin yapınız şöyle görünüyorsa:

iOSProject
  + iOSAPI.framework
      + iOSAPI
  + iOSAPI.xcodeproj

O zaman şu bayrağı ayarlamanız gerekir Other Linker Flags:

-force_load iOSAPI.framework/iOSAPI

Bunun gibi birden fazla kitaplık eklemek istiyorsanız, -force_loadher biri için ayrı bir satır eklemeniz gerekir.

-force_load iOSAPI.framework/iOSAPI
-force_load another.framework/another

İşte bu sorunu nasıl var:

Başka bir projeden .h, .m ve NIB'yi proje gezginime sürükleyerek ekledim. Xcode, bunları Derleme Aşamalarına düzgün bir şekilde eklemedi.

Cevabımı kontrol et çünkü bazı adımlar yaparak çözebildiğim benzer bir sorunum vardı.

iOS5 yükseltmesi ile uğraşıyorsanız, hedef 4.3'e yazılan bir projeyi derlemek için Proje Gezgini'nde libz.1.2.3.dynlib'i libz.1.2.5.dynlib olarak yeniden adlandırabileceğimi ve derlediğini buldum.

İPhoneOS50SDK / usr / lib klasörümün libz.1.2.3.dynlib dosyası yok - bunun beta bir şey mi yoksa sadece doğal bir yükseltme mi olduğunu bilmiyorum.

Projenize gidin, Fazlar oluştur, Kaynakları derleyin, listeye GameCenterManager.m ekle üzerine tıklayın.

Muhtemelen bazı sınıflar hedefinizde eksik. Bu genellikle projenize yeni sınıf dosyalarını yeniden adlandırdığınızda / kaldırdığınızda / eklediğinizde olur. Düzeltmek için yeni eklenen sınıfları bazı hedeflere ekleyin.

Proje Gezgini'nde (sağ kenar çubuğu) sınıfı seçin, Yardımcı Programlar kenar çubuğunu (sağ kenar çubuğu) açın, Yardımcı Programlar'dan Dosya Denetçisi'ni (dosya benzeri simge) seçin, Hedef Üyelik sekmesinin altında hedeflerinizi işaretleyin. Tüm bu "Referansı kaldır" önlemek ve "Hedeflere ekle" hile işaretleyerek tekrar ekleyin.

Yani: Seç Sınıf -> Utilities (Dosya Müfettiş) -> Hedef Üyelik -> Kene istediğiniz hedefler.

Bu öneriyi burada bulamadım, işte burada: eğer projeniz birden fazla hedefe sahipse (yani OSX için bir ve iOS için bir tane), o zaman her hedef için ilgili kütüphaneleri bağlamanız gerekir .. yani benim durumumda gerekli AudioToolbox .. OSX için bir kez ve iOS için bir kez eklemek zorunda kaldım ( çerçeveler klasörü altında, her hedef için her kütüphanenin bir kopyası olmalıdır .. sadece bir tane görürseniz .. o zaman bu bir kırmızı bayrak)

PJSIP kütüphanelerinde bir sorunla karşılaşıyordum,

Projedeki diğer bağlayıcı bayraklarında aşağıdakileri denedim ve hatayı çözebildik: -framework Foundation -framework UIKit

Yukarıdaki bağlayıcı bayraklar sifon projesinde github üzerinden kullanılır . Bu ayarlar, C ++ kitaplıklarının bağlanmasıyla ilgili sorunları çözmenize yardımcı olacaktır.

Sonunda anladım, hedef -> Yapı Aşamaları -> İkili Kitaplıklarıyla Bağlantı için çerçeve ekleyerek bu sorunu çözdüm

Bir zamanlar bu problemi yaşadım. Bir sınıfı taşırken .mmdosyanın üzerine yazdığımı fark ettim..h hedef klasöre dosyanın.

Bu sorunu düzeltmek hatayı düzeltti.

'C ++ Standart Kitaplığı' için hedef oluşturma ayarı 'libc ++' olarak ayarlanmış bir projeyi derlemeye çalıştığımda 'Mimari armv7 için tanımlanmamış semboller' hatası aldım (proje C ++ 11'in bazı özelliklerini kullanıyor olduğu için gerekli) ve proje, aynı ayarı 'libstdc ++' olarak ayarlanmış bir alt proje içeriyordu (veya şu anda olduğu gibi derleyici varsayılanı).

Alt projenin 'C ++ Standart Kitaplığı' ayarını libc ++ olarak değiştirmek sorunu düzeltti, ancak yalnızca ilk proje için dağıtım hedefini 5.0 veya üstüne ayarladıktan sonra (libc ++ için 5.0 gereklidir).

Diğer yaygın önerilerin ne zaman yardımcı olmadığını kontrol edebileceğiniz daha fazla öneri veriyorum.

Başka bir projeyle (libxxx.a) bağlantı kurarsanız, bazen sembolü nm gibi araçlarla bulabileceğiniz garip bir sorunla karşılaşabilirsiniz, ancak sembolleri ld olarak bulamazlar. Daha sonra, iki projenin aynı bayraklarda yapılıp yapılmadığını kontrol etmelisiniz, bazıları ikili formatı etkileyebilir.

1. c ++ derleyicisini kontrol edin.
2. c ++ lehçe ayarını kontrol edin.
3. c ++ çalışma zamanı türü desteğini kontrol edin. (-Frtti / -fnortti)
4. başka bir yerde aynı ada sahip .a olup olmadığını kontrol edin, bağlantı yolu listesinde istenen dosyanın ötesinde olabilir. onları kaldır.

Ben Uygulamayı çalıştırdığınızda bu sorun var iphone5s o eklenti ile çözüldü, arm64 için Mimarlar .

Ben de aynı problemi yaşadım. Cevabım büyük listeden her şeyi denedim ama sonunda benim sorunum oldu: Ben kodumu C ++ kodu birleştirmek gerekir bu yüzden openCV ile çalışıyorum. Bunu yapmak için objektif-c ve C ++ .mm için dosyaları değiştirmek gerekir. Ben bir dosyayı değiştirmedim ve bu dosya C ++ kodu ile bağlantısı yok ama değiştirmek zorunda kaldı.

ShareKit'i yüklerken bu sorunu yaşadım. Simülatörde çalıştı, ancak cihazda çalışmadı. -All_load'u Diğer Bağlayıcı Bayrağından kaldırdım ve her şey hem simülatör hem de iphone cihazında iyi çalışıyor.

Benim durumumda, Objective C ++ kullanması gereken bir çerçeve ekledim. Bu yazıyı buldum:

XCode .m ve .mm

Bu, Objective-C ++ sınıflarının da derlenebilmesi için main.m'nin main.mm olarak nasıl yeniden adlandırılması gerektiğini açıkladı.

Bu benim için sorunumu çözdü.

Modül (dosya .m) birlikte çalıştığım hedefte olmadığında bu sorunla yüzleşmek için kullanıyorum.

Benim için sorun, sabitlerim için .m (uygulama) değer ayarlamayı unutmak oldu

file const kFooKey = @"Foo";

Ayrıca Sürükle ve Bırak ile de dosya ekledim. Yaptığım, tüm dosyaların referanslarını (Hariç frameworks) kaldırdım ve sonra Projeye Dosya Ekle seçeneği ile tekrar düzgün bir şekilde ekledim , sorun gitti.

Unity3D 5'ten inşa ediyorsanız ve ayrıca bir Prime31 eklentisi kullanıyorsanız ve bu hatayı alıyorsanız, bunun nedeni büyük olasılıkla yinelenen bir .dll dosyasıdır. Unity'nin editöründeki uyarılarınıza bakarsanız, bunlardan biri size bunu söyleyecek ve derleme hatalarına neden olabileceği konusunda uyaracaktır. Durumun böyle olup olmadığını görmek için proje arama alanınıza P31 yazın ve hemen açılmalıdır, belki birden fazla. Yinelenen dosya adının sonunda bir '1' olacaktır. Bunun nedeni büyük olasılıkla mağazadaki veya Prime31 menü sekmesi aracılığıyla editördeki eklentinin güncellenmesidir.