Errore Apple Mach-O Linker durante la compilazione per il dispositivo

Ho appena effettuato l'aggiornamento a xcode 4.0 e non riesco più a distribuire su iPhone, ricevo un errore Apple Mach-O Linker, ma funziona comunque per il simulatore.

    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

Ecco una soluzione permanente. Il progetto di sovrascrittura generale può causare questo prolema. Prova questo metodo.

-UPDATE - Errore Clang - Errore Mach-O Linker

In alcuni casi, la finestra del registro degli errori visualizza l'errore .xctest, per risolverlo

-> Seleziona il tuo progetto

-> Accanto a questo (appena prima della scheda Generale) seleziona il tuo file projectTest dal menu a discesa

-> C'è un'opzione (come ProjNameTests)

-> Nell'applicazione host, seleziona il tuo progetto dal menu a discesa solo se mostra personalizzato

FATTO!

Vecchio metodo eliminato

Ho avuto lo stesso problema e il problema era che ho accidentalmente importato un file .m invece di .h in un file di implementazione - spero che sia d'aiuto

Ho appena riscontrato lo stesso problema.

La soluzione (per me) = controlla i tuoi framework.

Nel mio caso avevo aggiunto classi relative a CoreData senza "CoreData.framework". L'aggiunta ha risolto il reclamo di MACH_O.

aprire il file .xcworkspace non .xcodeproj. Ripeto il file .xcworkspace aperto. Tutti i tuoi errori spariranno.

Ri: Problema come indicato nel titolo:

Nel caso in cui qualcun altro avesse perso l'ovvio ...

Ho riscontrato questo errore dopo aver installato una nuova versione di Xcode4 e trascinato i file esistenti in un nuovo progetto. Non ero riuscito a individuare che la casella di controllo "Aggiungi alle destinazioni" non fosse selezionata nella finestra di dialogo "Scegli le opzioni per l'aggiunta di file:". Correggere la mia omissione in Target> Crea fasi> Compila fonti ha risolto il problema.

Menu> Prodotto> Pulisci, questo è ciò che l'ha fatto funzionare. Non sono sicuro di tutti gli altri. Ho aggiunto una foto da mostrare.

Errore bizzarro. Per me, ho appena pulito e riavviato Xcode e il problema è scomparso.

Correzione: Impostazioni build> Abilita codice bit> No

Nessuna di queste risposte mi ha aiutato. Quindi ho provato a reinstallare Cocoapods:

pod deintegrate

pod install

Problema risolto!

Il problema era che in XCode 4, le dipendenze non assumono le impostazioni dell'architettura del progetto principale, come in precedenza in XCode 3. Ho dovuto passare attraverso tutte le mie dipendenze impostandole per l'architettura corretta.

Ho avuto lo stesso e sono riuscito a risolverlo.

Nelle preferenze di xcode , la scheda posizione cambia il valore in posizione di costruzione in " Place build products in locations specified by targets".

Ho lottato con questo per un po 'di tempo, e nel mio caso ha finito per essere l'impostazione di costruzione in Percorsi di ricerca denominata FRAMEWORK_SEARCH_PATHS. Mi ha aiutato a selezionare il pulsante "Livelli", che sembrava confrontare le mie impostazioni di progetto, destinazione e "Risolto". Ho visto che la mia impostazione di destinazione in qualche modo ha superato il valore predefinito di "$ (ereditato)" e il valore sovrascritto era ciò che XCode "risolveva" l'impostazione. Quando ho rimosso l'override, che in questo caso ha specificato 3.2 sdk, gli errori del linker sono scomparsi, così come alcuni avvisi recentemente apparsi su tutte le classi in cui ho chiamato i metodi post-4.0.

Informazioni su tali avvisi: non li avevo mai visti prima di aver aggiunto il framework MessageUI per una recente modifica. Ho il sospetto, ma non so per certo, che quando ho aggiunto quel framework, XCode ha cercato di fare qualcosa di intelligente aggiungendo quell'override al mio target. Non l'ho fatto esplicitamente in nessun punto. Gli avvisi riguardavano, ad esempio, il metodo URLByAppendingPathComponent di NSURL, che non appariva fino a SDK 4.0. Prima di aggiungere il framework MessageUI, non ho mai ricevuto questo avviso. E da quando ho rimosso l'override, non li ottengo più.

Ho avuto questo problema e l'importazione l'ha QuartzCorerisolto.

Cambiare "Costruisci solo architetture attive" su Sì in CordovaLib.xcodeproj -> Impostazioni di costruzione ha fatto il trucco per me. in precedenza l'app era in esecuzione sul simulatore, ma non sul dispositivo.

Potrebbe essere necessario aggiornare le impostazioni di compilazione.

Verifica la versione di destinazione iOS e le architetture del processore, poiché potresti non avere i vecchi SDK con XCode 4.

È possibile che venga visualizzato «SDK mancante» nelle impostazioni di generazione. Cambialo in qualunque cosa sia applicabile.

Ho avuto lo stesso problema: ho appena eliminato un file .m, mentre .h era nel progetto. Il problema è scomparso quando ho ripristinato il file .m.

Verificare che non sia stato specificato un percorso di ricerca del framework specifico. se vai alle informazioni sulla destinazione e rimuovi semplicemente le voci del percorso di ricerca del framework, dovrebbe utilizzare le impostazioni predefinite per la versione di distribuzione specificata.

Ho solo provato a creare un category classfile e ho ottenuto questo strano problema ... e infine ....

Modo errato per creare una classe di categoria che causa il problema:

New File-> Cocoa Touch-> Objective-C class, quindi ho modificato il nome di file per Categoria Classe come nome .. (vale a dire OriginalClass_CategoryName.h/ma OriginalClass+CategoryName.h/m, e anche modificato il contenuto del file).

Proprio qui:

New File-> Cocoa Touch-> Objective-C categorye genererà automaticamente i file ( OriginalClass+CategoryName.h/m).

Oh, quanto sono stupido !!

Se si utilizza CoreData e si utilizza XCode per generare sottoclassi NSManagedObject per le entità, assicurarsi di generarne solo una per ogni entità.

Il mio problema era che generava più sottoclassi NSManagedObject per la stessa entità (e le metteva in cartelle diverse).

Li ho appena cancellati e ho rigenerato le sottoclassi di NSManagedObject.

Per aggiungere all'elenco di cose strane che hanno risolto questo problema ...

Ho avuto alcune variabili const CGFloat in un file di intestazione globale in questo modo

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

Nel momento in cui ho rimosso questi, tutto andava bene :)

Ho avuto esattamente lo stesso problema solo perché avevo due stesse costanti in classi diverse. Puoi anche avere questo problema se importi file .m non .h

Non sono sicuro che sia correlato, ma visto che stai eseguendo circa tre20 librerie, potresti voler controllare questo post sul loro sito Web: http://three20.info/article/2011-03-10-Xcode4-Support

Ho avuto lo stesso problema e l'ho risolto. Nel mio caso, l'impostazione "architetture" ha causato il problema. Nel mio file di progetto, scheda Impostazioni build, le architetture erano impostate su armv6. L'ho cambiato in Standard (armv7), pulisci e costruisci. Quindi ha funzionato!

Nel mio caso il problema era avere architetture diverse specificate sotto obiettivi diversi. Stavo costruendo il mio target di applicazione con armv6, armv7 e cocos2d con Standard (amrv7). Entra nelle impostazioni di costruzione e assicurati che le tue architetture siano d'accordo per tutti gli obiettivi.

Ho risolto questo problema troppo strano!

Vai su Target > Crea fasi > Collega binario con librerie :

Rimuovi tutti i tuoi quadri e aggiungili di nuovo!

Spero che funzioni per te!

Per la lingua Swift ...

Ricevo questo errore "ld: file troppo piccolo (lunghezza = 0) ...."

Nel mio caso ho semplicemente pulito il progetto e poi ricostruito ..

Passi: -

1) vai a Project -> Clean

2) goto Project -> Build

Spero che questo ti aiuti..

Questo ha fatto un trucco per me:

Vai a

1) Prodotti> pulito

2) Windows> Progetti

3) Seleziona il tuo progetto e fai clic su " Elimina " Dati derivati

4) Prodotti> Build

Una possibilità: attiva "Eliminazione codice morto" nelle impostazioni di build di Xcode 4.

Un'altra possibilità: potrebbe essere che sei passato all'utilizzo di LLVM per un framework che in precedenza utilizzava GCC. Tornare a GCC (o LLVM GCC) può eliminare questi avvisi.

Ho erroneamente definito una nuova costante con lo stesso nome di una costante esistente in un file diverso e questo ha causato questo errore per me utilizzando xCode 4.3.1. xCode non si è lamentato ma al compilatore non piace.

Sono stato in grado di correggere questo errore modificando "Percorsi di ricerca nella libreria"

In primo luogo è stato ritagliato perché avevo spostato un paio di cartelle in giro, e alla fine ho dato alle mie impostazioni di costruzione due diversi percorsi di ricerca perché vengono automaticamente aggiunti alle impostazioni di creazione quando colleghi una libreria / framework, ma non lo sono sempre rimosso.

Quindi, se sposti una libreria / framework collegata in una directory diversa e ricollegala, dovrai modificare manualmente il percorso di ricerca.

Potresti essere in grado di schivare questo rimuovendo la libreria / framework prima di spostarlo, ma non l'ho provato.