Simboli indefiniti per l'architettura armv7

Questo problema mi ha fatto impazzire e non riesco a capire come risolverlo ...

    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

Penso che abbia a che fare con:

ld: symbol(s) not found for architecture armv7

Ma ho aggiunto: libz.1.2.3.dylibe non aiuta, qualcuno ha qualche idea?

Cause comuni

Le cause comuni di "Simboli indefiniti per l'architettura armv7" sono:

1. Si importa un'intestazione e non si collega alla libreria corretta . Questo è comune, specialmente per le intestazioni di librerie come QuartzCore poiché non è incluso nei progetti per impostazione predefinita. Risolvere:

   • Aggiungi le librerie corrette nella Link Binary With Librariessezione di Build Phases.

   • Se si desidera aggiungere una libreria al di fuori del percorso di ricerca predefinito, è possibile includere il percorso nel Library Search Pathsvalore nelle Impostazioni
     -l{library_name_without_lib_and_suffix}di compilazione e aggiungere (ad es. Per libz.a use -lz) alla Other Linker Flagssezione di Build Settings.
     
     

2. È copiare i file nel vostro progetto, ma è dimenticato di controllare l'obiettivo di aggiungere i file . Risolvere:

   • Apri il Build Phasesper la destinazione corretta, espandi Compile Sourcese aggiungi i .mfile mancanti . Se questo è il tuo problema, vota anche la risposta di Cortex di seguito .
     
     

3. È una biblioteca statica che è costruito per un'altra architettura come i386, il simulatore sul vostro computer host. Risolvere:

   • Se si desidera includere nel progetto più file di libreria dal proprio rivenditore di librerie, è necessario includere quello per il simulatore (i386) e quello per il dispositivo (ad esempio armv7).

   • Facoltativamente, è possibile creare una libreria statica avanzata che contenga entrambe le architetture.

Risposta originale:

Non hai effettuato il collegamento con il file libz corretto. Se fai clic con il pulsante destro del mouse sul file e visualizzi nel Finder il percorso dovrebbe trovarsi da qualche parte in una cartella sdk di iOS. Ecco il mio per esempio

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

Consiglio di rimuovere il riferimento e quindi di aggiungerlo nuovamente nella sezione Collegamento binario con librerie Crea fasi del target.

Ho avuto un problema simile la scorsa notte e il problema era legato al fatto che avevo trascinato una lezione dal Finder al mio progetto in Xcode.

La soluzione era quella di andare alla scheda Build Fhases e quindi Compile Sources e assicurarsi di trascinare la classe nell'elenco.

Ho avuto un problema simile e ho dovuto selezionare "Costruisci solo architettura attiva" su ciascuna delle configurazioni del progetto (debug, rilascio e distribuzione) e nelle impostazioni di costruzione del target.

Un'altra possibile causa di errori del linker "simbolo indefinito" sta tentando di chiamare una funzione C da un file .mm. In questo caso dovrai usare la "C" {...} esterna quando importi i file di intestazione.

Errore del linker durante la chiamata alla funzione C da Objective-C ++

Ho avuto un problema simile con quello. Il nome della classe dopo _OBJC_CLASS _ $ _ era in realtà la mia classe. Il motivo era che non ho spuntato "Aggiungi alla destinazione" quando trascino i file del codice sorgente nell'elenco di navigazione.

La mia soluzione era:

1. elimina la classe dall'elenco di navigazione e scegli "rimuovi solo riferimento"

2. trascina nuovamente i file del codice sorgente e assicurati che la casella "Aggiungi a destinazione" sia selezionata. La casella è appena sotto "Copia se necessario" e "Crea gruppo".

Di solito esiste un alias senza identificatore di versione collegato alla versione corrente, in questo caso libz.dylib è collegato a libz.1.2.5.dylib. Utilizzare l'alias di base anziché quello con versione.

In Target -> Impostazioni build -> Lingua del compilatore LLVM di Apple: l'impostazione di "C ++ Language Dialect" e "C ++ Standard Library" su Default del compilatore ha aiutato a risolverlo.

Ho solo aggiunto libz.1.2.5.dylib al mio progetto e ha funzionato come un fascino.

Passaggi -

1. Vai a Costruisci fasi.
2. Collega binario con libreria - usa il pulsante '+' per scegliere i framework e le librerie da aggiungere.
3. Seleziona libz.1.2.5.dylib dall'elenco.
4. Costruisci ed esegui.

Ho avuto un problema simile e ho visto errori relativi a "std ::"

Ho modificato le impostazioni di compilazione -> Apple LVM 5.0 - Lingua C ++ -> Libreria standard C ++

da libc ++ (libreria standard C ++ LLVM con supporto C ++ 11) a libstdc ++ (libreria standard C ++ GNU)

Ho avuto lo stesso problema quando utilizzo la libreria di admob, l'ho risolto cambiando "Architetture" in "Architetture standard armv7, armv7s" senza includere 64 bit.

Ho più @interfaces nel file .h e non avevo ancora incluso tutte le direttive @implementation corrispondenti. Assicurarsi che siano tutti bilanciati.

Se hai la bandiera -ObjCsotto il tuo Target> Impostazioni di costruzione> Altre bandiere linker e stai riscontrando questo problema, considera di rimuoverlo. Se l'hai aggiunto intenzionalmente perché devi caricare del codice Obj-C da una libreria statica che normalmente non verrebbe caricata altrimenti, IE, una categoria Obj-C, allora dovresti usare -force_load <path>invece di -ObjC.

<path>dovrebbe essere relativo alla directory del progetto Xcode. IE, se la struttura della directory è simile alla seguente:

iOSProject
  + iOSAPI.framework
      + iOSAPI
  + iOSAPI.xcodeproj

Quindi dovresti avere questo flag impostato per Other Linker Flags:

-force_load iOSAPI.framework/iOSAPI

Se si desidera includere più librerie del genere, è necessario includere una -force_loadriga separata per ognuna di esse.

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

Ecco come ho riscontrato questo problema:

Ho aggiunto un .h, .m e NIB da un altro progetto trascinandoli sul mio navigatore del progetto. Xcode non li ha aggiunti correttamente alle fasi di generazione.

Controlla la mia risposta perché ho avuto un problema simile che sono stato in grado di risolvere facendo alcuni passaggi.

se hai a che fare con l'aggiornamento di iOS5, ho scoperto che per la compilazione di un progetto scritto sulla destinazione 4.3, potevo semplicemente rinominare libz.1.2.3.dynlib nel Navigatore del progetto in libz.1.2.5.dynlib e compilato.

La mia cartella iPhoneOS50SDK / usr / lib non ha libz.1.2.3.dynlib - non so se è una cosa beta o solo un aggiornamento naturale.

Vai al tuo progetto, fai clic su Crea fasi, Compila fonti, Aggiungi GameCenterManager.m all'elenco.

Probabilmente mancano alcune classi dal tuo obiettivo. Questo di solito accade quando rinomini / rimuovi / aggiungi nuovi file di classi al tuo progetto. Per correggere aggiungere le nuove classi aggiunte ad alcuni target.

Seleziona la classe nel Navigatore progetto (barra laterale destra), apri la barra laterale Utilità (barra laterale destra), da Utilità seleziona Impostazioni file (icona simile a un file), sotto la scheda Iscrizione target, spunta i tuoi obiettivi. Tutto ciò per evitare il "Rimuovi riferimento" e aggiungerlo nuovamente con il segno di spunta "Aggiungi ai target".

Quindi: Seleziona Classe -> Utilità (File Inspector) -> Target Membership -> Seleziona gli obiettivi che desideri.

Non ho trovato questo suggerimento qui, quindi eccolo qui: se il tuo progetto ha più di un target (cioè uno per OSX e uno per iOS), devi collegare le librerie pertinenti per ciascun target .. quindi, per esempio, nel mio caso io necessario AudioToolbox .. Ho dovuto aggiungerlo una volta per OSX e una volta per iOS (sotto la cartella frameworks , devi avere un duplicato di ogni libreria per ogni target .. se ne vedi solo uno .. allora è una bandiera rossa)

Stavo affrontando un problema con le librerie PJSIP,

Ho provato quanto segue in altri flag linker nel progetto e in grado di risolvere l'errore: -framework Foundation -framework UIKit

I flag linker sopra sono usati in Siphone Project su github . Queste impostazioni ti aiuteranno a risolvere i problemi relativi al collegamento delle librerie C ++.

Alla fine l'ho capito, ho risolto questo problema aggiungendo un framework assente al target-> Build Phases-> Link Binary With Libraries

Una volta ho avuto questo problema. Mi sono reso conto che durante lo spostamento di una classe, avevo sovrascritto il .mmfile con il .hfile nella cartella di destinazione.

Risolvere il problema risolto l'errore.

Ho ricevuto l'errore "Simboli indefiniti per l'architettura armv7:" durante il tentativo di compilare un progetto che aveva l'impostazione di creazione di destinazione per "Libreria standard C ++" impostata su "libc ++" (necessario poiché il progetto utilizzava alcune funzionalità di C ++ 11) e il progetto includeva un sottoprogetto con la stessa impostazione impostata su "libstdc ++" (o impostazione predefinita del compilatore come è attualmente).

La modifica dell'impostazione 'Libreria standard C ++' del sottoprogetto su libc ++ l'ha risolto, ma solo dopo aver prima impostato la destinazione di distribuzione per il sottoprogetto su 5.0 o versioni successive (5.0 è necessario per libc ++).

Ti do più suggerimenti che puoi verificare quando altri suggerimenti comuni non sono di aiuto.

Se ti colleghi ad un altro progetto (libxxx.a), a volte potresti incontrare strani problemi che puoi trovare il simbolo con strumenti come nm ma semplicemente non riescono a trovare i simboli in ld. Quindi è necessario verificare se i due progetti sono creati negli stessi flag, alcuni di essi potrebbero influire sul formato binario.

1. controlla il compilatore c ++.
2. controlla l'impostazione dialettale c ++.
3. controllare il supporto del tipo di runtime c ++. (-Frtti / -fnortti)
4. controlla se c'è un .a con lo stesso nome visualizzato altrove, potrebbe essere oltre il file desiderato nell'elenco dei percorsi dei collegamenti. rimuovili.

Ho riscontrato questo problema quando eseguo app su iPhone5s , è stato risolto aggiungendo arm64 a Architectures .

Ho avuto lo stesso problema. Ho provato di tutto dall'enorme elenco di risposte, ma alla fine il mio problema era: sto lavorando con openCV, quindi ho bisogno di combinare il codice C ++ nel mio codice. Per fare questo, dovresti cambiare i file che usano object-c e C ++ in .mm. Non ho cambiato un file e questo file non ha alcuna connessione con il codice C ++ ma ho dovuto cambiarlo.

Ho riscontrato questo problema durante l'installazione di shareKit. Ha funzionato nel simulatore, ma non sul dispositivo. Ho rimosso -all_load dall'altro linker flag e tutto funziona bene sia nel simulatore che nel dispositivo iphone.

Nel mio caso, ho aggiunto un framework che deve utilizzare Objective C ++. Ho trovato questo post:

XCode .m vs. .mm

questo ha spiegato come il main.m doveva essere rinominato in main.mm in modo che anche le classi Objective-C ++ potessero essere compilate.

Ciò ha risolto il problema per me.

Uso questo problema quando il modulo (file .m) non è nella destinazione con cui sto lavorando.

Per me il problema era che ho dimenticato di impostare il valore per le mie costanti in .m (implementazione)

file const kFooKey = @"Foo";

Ho anche aggiunto file tramite trascinamento. Ciò che ho fatto, ho rimosso i riferimenti di tutti i file (escluso frameworks), quindi li ho aggiunti di nuovo correttamente tramite l' opzione Aggiungi file al progetto , problema risolto.

Se stai compilando da Unity3D 5 e utilizzi anche un plug-in Prime31 e ricevi questo errore, probabilmente è dovuto a una DLL duplicata. Se guardi i tuoi avvertimenti nell'editor di Unity, uno di loro ti dirà questo e avvertirà che potrebbe causare errori di compilazione. Per vedere se questo è il caso, digita P31 nel campo di ricerca del tuo progetto e dovrebbe apparire, forse anche più di uno. I duplicati avranno un '1' alla fine del nome del file. Ciò è probabilmente dovuto all'aggiornamento del plugin nell'editor tramite l'archivio o la scheda del menu Prime31.