Aygıt derlenirken Apple Mach-O Bağlayıcı Hatası

Ben sadece xcode 4.0'a yükseltme yaptım ve artık iPhone'a dağıtamıyorum, bir Apple Mach-O Bağlayıcı Hatası alıyorum, yine de simülatör için çalışıyor.

    Ld /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel normal armv7
    cd /Users/yveswheeler/iParcel
    setenv IPHONEOS_DEPLOYMENT_TARGET 3.2
    setenv PATH "/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
    /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -L/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -F/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -filelist /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel.LinkFileList -dead_strip -all_load -ObjC -lxml2 -miphoneos-version-min=3.2 -framework UIKit -framework CoreGraphics -framework QuartzCore /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a -framework AddressBook -lz.1.2.3 -framework Foundation -framework CFNetwork -framework MobileCoreServices -framework SystemConfiguration -framework MessageUI -framework AudioToolbox -o /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel

arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a: No such file or directory
Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 failed with exit code 1

İşte kalıcı çözüm.Genellikle üzerine yazma projesi bu prolemlara neden olabilir.Bu yöntemi deneyin.

-UPDATE - Clang hatası - Mach-O Bağlayıcı hatası

Bazı durumlarda, düzeltmek için .xctest hatası görüntüleyen hata günlüğü penceresi

-> Projenizi seçin

-> Bunun yanında (Genel sekmesinden hemen önce) açılır menüden projenizi test edin

-> Bir seçenek var (ProjNameTest'ler gibi)

-> Ana Bilgisayar Uygulamasında, projenizi yalnızca özel gösteriliyorsa açılır listeden seçin

YAPILAN!

Eski yöntem silindi

Aynı sorunu yaşadım ve sorun yanlışlıkla bir uygulama dosyasında .h yerine bir .m dosyası içe aktarmıştım - umarım yardımcı olur

Sadece aynı sorunla karşılaştı.

Çözüm (benim için) = çerçevelerinizi kontrol edin.

Benim durumumda, "CoreData.framework" olmadan CoreData ile ilgili sınıflar ekledim. Eklenmesi MACH_O şikayetini çözdü.

.xcworkspace dosyasını değil .xcodeproj dosyasını açın. Açık .xcworkspace dosyasını tekrar ediyorum. Tüm hatalarınız ortadan kalkacak.

Re: Başlığında belirtildiği gibi sorun:

Herkesin bariz olanı kaçırması durumunda ...

Xcode4'ün yeni bir sürümünü yükledikten ve mevcut dosyaları yeni bir projeye sürükledikten sonra bu hatayla karşılaştım. 'Dosya eklemek için seçenekler seçin:' iletişim kutusunda 'hedeflere ekle' onay kutusunun işaretlenmediğini fark edemedim. Hedefler> Derleme Aşamaları> Kaynakları Derleme'deki ihmalimi düzeltmek sorunu çözdü.

Menü> Ürün> Temiz, çalışmasını sağlayan şey bu. Diğer herkesten emin değilim. Göstermek için resim ekledim.

Tuhaf hata. Benim için Xcode'u temizledim ve yeniden başlattım ve sorun ortadan kalktı.

Düzeltme: Derleme Ayarları> Bitcode'u Etkinleştir> Hayır

Bu cevapların hiçbiri bana yardımcı olmadı. Sonra Cocoapod'ları yeniden yüklemeye çalıştım:

pod deintegrate

pod install

Sorun çözüldü!

Sorun, XCode 4'te, bağımlılıkların, daha önce XCode 3'te yaptıkları gibi, ana projenin mimari ayarlarını almamasıydı.

Ben de aynısını yaptım ve çözmeyi başardım.

Xcode tercihlerinde, konum sekmesi derleme konumu altındaki değeri "olarak değiştirir Place build products in locations specified by targets".

Bir süre bununla mücadele ettim ve benim durumumda, Arama Yolları altında FRAMEWORK_SEARCH_PATHS adı verilen Yapı Ayarı oldu. Proje, hedef ve "Çözüldü" ayarlarımı karşılaştırmış gibi görünen "Düzeyler" düğmesini seçmemde yardımcı oldu. Hedef ayarımın "$ (devralınan)" varsayılanını bir şekilde geçersiz kıldığını gördüm ve geçersiz kılınan değer XCode'un ayarı "çözdüğü" şeydi. Bu durumda 3.2 sdk belirtilen geçersiz kılmayı kaldırdığımda, bazı son zamanlarda 4.0 sonrası yöntemlerini çağırdığım herhangi bir sınıf hakkında uyarılar olduğu gibi linker hataları ortadan kalktı.

Bu uyarılar hakkında - Yakın zamanda yapılan bir değişiklik için MessageUI çerçevesini eklemeden önce bunları hiç görmedim. Şüpheliyim, ancak emin değilim, bu çerçeveyi eklediğimde, XCode'un bu geçersiz kılmayı hedefime ekleyerek akıllıca bir şey yapmaya çalıştığını biliyorum. Bunu hiçbir noktada açıkça yapmadım. Uyarılar, örneğin, sdk 4.0'a kadar görünmeyen NSURL'nin URLByAppendingPathComponent yöntemi hakkındaydı. MessageUI çerçevesini eklemeden önce bu uyarıyı hiç almadım. Ve geçersiz kılmayı kaldırdığımdan, artık onları alamıyorum.

Bu sorunu yaşadım ve içe aktarma sorunu QuartzCoredüzeltti.

CordovaLib.xcodeproj'da "Yalnızca Etkin Mimariler Oluştur" seçeneğini Evet olarak değiştirmek -> Oluşturma Ayarları hile yaptı. daha önce uygulama simülatörde çalışıyordu, ancak cihazda çalışmıyordu.

Derleme ayarlarınızı güncellemeniz gerekebilir.

XCode 4 ile eski SDK'larınız olmayabilir, iOS hedef sürümünü ve işlemci mimarilerini doğrulayın.

Derleme ayarlarında «Eksik SDK» görebilirsiniz. Geçerli olanla değiştirin.

Aynı sorunu yaşadım: .h projedeyken bir .m dosyasını yanlışlıkla sildim. .M dosyasını geri yüklediğimde sorun kayboldu.

Belirli bir çerçeve arama yolunun belirtilmediğinden emin olun. hedef üzerindeki bilgilere gidip yalnızca çerçeve arama yolu girdilerini kaldırırsanız, belirttiğiniz dağıtım sürümü için varsayılanları kullanması gerekir.

Ben sadece bir category classdosya oluşturmaya çalışıyorum ve bu garip sorunu var .. ve sonunda ....

Soruna neden olan kategori sınıfı oluşturmanın yanlış yolu:

New File-> Cocoa Touch-> Objective-C class, o zaman için dosyaların adını modifiye gibi Kategorisi Sınıf ismi .. (yani OriginalClass_CategoryName.h/miçinOriginalClass+CategoryName.h/m ve aynı zamanda dosyadaki içeriği değiştirilmiş).

Burada doğru yol:

New File-> Cocoa Touch-> Objective-C categoryve otomatik olarak dosya oluşturur ( OriginalClass+CategoryName.h/m).

Ah, ne kadar aptalım !!

CoreData kullanıyorsanız ve varlıklarınız için NSManagedObject alt sınıfları oluşturmak için XCode kullanıyorsanız, her varlık için yalnızca bir tane oluşturduğunuzdan emin olun.

Benim sorunum, aynı varlık için birden çok NSManagedObject alt sınıfları (ve onları farklı klasörlere koymak) üretti.

Sadece hepsini sildim ve NSManagedObject alt sınıflarını yeniden oluşturdum.

Bu sorunu gideren garip şeyler listesine eklemek için ...

Ben böyle küresel bir başlık dosyasında bazı const CGFloat değişkenleri vardı

const NSInteger  globalInteger1 = 2;
const NSInteger  globalInteger2 = 3;

Bunları kaldırdığım anda her şey yolundaydı :)

Tam olarak aynı problemi yaşadım, çünkü farklı sınıflarda iki sabitim vardı. .H dosyasını değil .m dosyasını alırsanız da bu sorunu yaşayabilirsiniz.

İlişkili olup olmadığından emin değilim, ancak üç20 kütüphane çalıştırdığınızı görünce, bu yayını web sitelerinde kontrol etmek isteyebilirsiniz: http://three20.info/article/2011-03-10-Xcode4-Support

Aynı problemi yaşadım ve çözdüm. Benim durumumda, "mimariler" ayarı soruna neden oldu. Proje dosyamda, Oluşturma Ayarları sekmesinde Mimariler armv6 olarak ayarlandı. Standart (armv7) olarak değiştirdim, temizle ve inşa et. Sonra işe yaradı!

Benim durumumda, sorun farklı hedefler altında farklı mimariler belirtiyordu. Uygulama hedefimi armv6, armv7 ve cocos2d ile Standard (amrv7) ile oluşturuyordum. Yapılandırma ayarlarına gidin ve mimarlarınızın tüm hedefleri kabul ettiğinden emin olun.

Bu sorunu çok garip buldum!

Hedef > Aşama Oluştur > İkili Kitaplıklarıyla Bağlantı Oluştur'a gidin :

Tüm çerçevelerinizi kaldırın ve tekrar ekleyin!

Umarım sizin için çalışır!

Swift dili için ...

Bu hatayı alıyorum "ld: dosya çok küçük (uzunluk = 0) ...."

Benim durumumda sadece projeyi temizleyip yeniden inşa ediyorum.

Adımlar: -

1) Projeye Git -> Temizle

2) Projeye Git -> İnşa Et

Bu yardımcı olur umarım..

Bu benim için bir hile yaptı:

Adresine git

1) Ürünler> temiz

2) Windows> Projeler

3) Projenizi seçin ve türetilmiş Verileri " Sil " e tıklayın

4) Ürünler> Yapı

Bir olasılık: Xcode 4 derleme ayarlarında "Dead code stripping" i açın.

Başka bir olasılık: Daha önce GCC kullanan bazı çerçeveler için LLVM kullanmaya geçmiş olabilirsiniz. GCC'ye (veya LLVM GCC) geri dönmek bu uyarılardan kurtulabilir.

Yanlışlıkla farklı bir dosyadaki mevcut bir sabitle aynı ada sahip yeni bir sabit tanımladım ve bu hata xCode 4.3.1 kullanarak benim için neden oldu. xCode şikayet etmedi ama derleyici bundan hoşlanmıyor.

"Kütüphane Arama Yolları" nı düzenleyerek bu hatayı düzeltebildim

İlk etapta kırpılmıştı çünkü birkaç klasörü hareket ettirmiştim ve bu, bir kütüphane / çerçeveyi bağladığınızda derleme ayarlarınıza otomatik olarak eklendikleri için derleme ayarlarıma iki farklı arama yolu verdi, ancak bunlar her zaman kaldırıldı.

Dolayısıyla, bağlantılı bir kitaplığı / çerçeveyi farklı bir dizine taşır ve yeniden bağlarsanız, arama yolunu manuel olarak düzenlemeniz gerekir.

Kütüphaneyi / çerçeveyi taşımadan önce kaldırarak bunu atlatabilirsiniz, ancak bunu test etmedim.