Ho ricevuto un errore durante l'archiviazione di un progetto. Questo è il mio ambiente.

• Mac OS Lion
• Xcode 4.3.1
• SDK per iOS 5.1

L'obiettivo di distribuzione del progetto è:

IPHONEOS_DEPLOYMENT_TARGET 3.2

L'errore mostra:

ld: library not found for -lPods
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Suppongo che Pods sia CocoaPods che ho usato per gestire le dipendenze del progetto XCode. https://github.com/CocoaPods/CocoaPods

Questo è il mio podfile

platform :ios  
dependency 'libPusher', '1.1'

Non sono sicuro del significato dell'errore?

Stai aprendo l'area di lavoro (che è stata generata da CocoaPods) invece di xcodeproj?

Ho separato l'app e gli obiettivi di test nel Podfile usando

target :App do
    …
end

target :AppTests do
    …
end

Ciò ha comportato due nuovi prodotti libPods-App.a e libPods-AppTests.a , rispettivamente, e hanno reso obsoleto il precedente prodotto libPods.a . Ho dovuto rimuovere questo prodotto dalla sezione Link Binary With Libraries della configurazione Build Phases di entrambi i target.

Oggi ho riscontrato un problema simile.

1. Ho creato un nuovo progetto
2. Ho installato i baccelli di cacao
3. Ho creato una nuova configurazione Previewinsieme a quella esistente DebugeRelease

4. Ora durante la compilazione su questa nuova Previewconfigurazione, il compilatore non sarebbe in grado di collegarsi con Pods e mi dà questo messaggio:

   ld: library not found for -lPods

La soluzione:

Quello che dovevo fare era correre

 pod install

di nuovo e quindi configurando i cocoapodi per la nuova Previewconfigurazione. Ha aggiornato il mio progetto, l'area di lavoro e il file di progetto del Pod e il problema è scomparso

Assicurati di aprire .xcworkspace, no.xcodeproj

Non una soluzione ha funzionato per me, questo è davvero insopportabile, c'è un file libpods.a(che era di colore rosso) l'ho rimosso e tutto funzionava bene! Saluti a me;)

Avevo diviso i miei elenchi di pod in Podfileper diversi target come:

target :ABC do
  pod 'KissXML', '~> 5.0'
  pod 'libPhoneNumber-iOS', '~> 0.7.2'
end

target :ABCTests do
  pod 'OCMock', '~> 2.2.1', :inhibit_warnings => true
end

E corse a pod install

Questo ha creato una nuova libreria libPods-ABC.aa cui il mio binario doveva collegarsi. Ma il bug era che non cancellava la libreria precedentelibPods.a .

Soluzione: rimuovere la libreria libPods.ada Build Phasesdi Link Binary With Libraries.

Avevo specificato un vecchio file libPod.a (probabilmente causato dalla mia modifica dei target).

Impostazioni progetto -> Fasi di costruzione -> Collega binario con librerie

Di solito, i cocoapodi includono solo una libreria, come libPods-target.ao libPods.a. L'ho risolto rimuovendo il duplicato.

se si verificano problemi con questo su cocoapods v25 / Xcode 5

Il progetto Pods Xcode ora imposta l'impostazione di build ONLY_ACTIVE_ARCH su YES nella configurazione di debug. Dovrai impostare lo stesso sul tuo progetto / target, altrimenti la compilazione fallirà.

https://github.com/CocoaPods/CocoaPods/wiki/FAQ#running-into-build-failures-after-migrating-to-xcode-5-and-cocoapods-0250

AGGIORNAMENTO Assicurati di avere le gemme / i cocoapodi più recenti

• sistema di aggiornamento gemma
• gemma aggiornamento cocoapods

Dovrai ricostruire il progetto usando Pod Install per ricostruire il progetto.

Se Xcode si lamenta durante il collegamento, ad es. Libreria non trovata per -lPods, non rileva le dipendenze implicite.

Vai a Prodotto> Modifica schema Fai clic su Genera Aggiungi la libreria statica Pods e assicurati che sia in cima all'elenco Pulisci e costruisci di nuovo Se non funziona, verifica che l'origine della specifica che stai provando a includere sia stata tirato da Github. Fallo guardando in / Pods /. Se è vuoto (non dovrebbe esserlo), verifica che ~ / .cocoapods / master //. Podspec contenga l'URL git hub corretto al suo interno. Se il problema persiste, controlla le impostazioni delle posizioni di build di XCode. Vai su Preferenze -> Posizioni -> Dati derivati ​​-> Avanzate e imposta la posizione di costruzione su “Relativa allo spazio di lavoro”.

http://docs.cocoapods.org/guides/getting_started.html

Ho avuto lo stesso problema quando ho modificato il Podfile aggiungendo il target che stavo usando senza un target prima.

Podfile

target 'xxxx' do

pod 'xyz'
pod 'abc'    

end

Dopo essermi chiesto, ho scoperto che sotto le proprietà di destinazione >> scheda Generale >> sezione Frame e librerie collegate, c'erano il nuovo libPods-xxxx.a e il vecchio libPods.a

Ho appena rimosso libPods.a e tutto ha funzionato bene.

La wiki di CocoaPods su GitHub ha la risposta giusta nelle loro FAQ :

• Vai a Product > Edit Scheme
• Clicca su Build
• Aggiungi la libreria statica Pods e assicurati che sia in cima all'elenco
• Pulisci e costruisci di nuovo
• Se il problema persiste, verifica che l'origine della specifica che stai tentando di includere sia stata estratta da Github. Fallo guardando <Project Dir>/Pods/<Name of spec you are trying to include>. Se è vuoto (non dovrebbe essere), verificare che il file~/.cocoapods/master/<spec>/<spec>.podspec URL github sia corretto.
• Se il problema persiste, controlla le impostazioni delle posizioni di build di XCode. Vai a Preferences -> Locations -> Derived Data -> Advancede imposta il percorso di costruzione su "Relativo allo spazio di lavoro".

Stavo rinominando il progetto in "NBSelector" da "Partners".

Ho avuto l'errore "Libreria non trovata per libPods-Partners" dopo aver rinominato il progetto. Xcode stava cercando di collegarsi al vecchio file Partners.a. Rimuovilo se hai podInstalled dopo la ridenominazione.

L'uso di ONLY_ACTIVE_ARCH = NO in tutti i pod ha risolto il problema per me. Per renderlo persistente, ho aggiunto un hook post_install al mio Podfile:

post_install do |installer_representation|
  installer_representation.project.targets.each do |target|
      target.build_configurations.each do |config|
            config.build_settings['ONLY_ACTIVE_ARCH'] = 'NO'
      end
  end
end

pod install e hai finito.

Hai creato "Distribuzione" o una configurazione simile per creare archivi Ad-Hoc e App Store? Come molti altri, ho seguito i consigli di Apple e ho soprannominato la configurazione "Release", l'ho chiamato "Distribution" e ho impostato diverse regole di firma. Beh, forse quella era una raccomandazione prima che introducessero schemi e l'opzione "Distribuisci" in Organizer, comunque, l'avevo appena ricevuto da prima.

Quindi ho avuto lo stesso problema con i pod. Tutto ha funzionato bene durante il debug, ma l'archiviazione non è riuscita con errore di collegamento. Dopo aver provato questo e quello, ho cambiato la configurazione dell'archivio del mio progetto originale da "Distribuzione" a "Rilascio" e l'errore del collegamento era sparito.

Tuttavia, l'archivio non è stato visualizzato in Organizer, sebbene sia stato possibile individuarlo nel file system, ma aveva dimensioni 0.

Il passaggio finale per risolvere tutto ciò è stato modificare l'impostazione "Ignora installazione" per la configurazione di "Rilascio" su "NO". Nota che devi farlo solo per il tuo progetto principale, ma non per il progetto Pods. Meglio lasciare il progetto Pods così com'è, poiché viene generato ogni volta che si esegue 'pod install'.

Aggiornamento Ho appena ricevuto una risposta dagli sviluppatori CocoaPods Non sembra funzionare per me, poiché la configurazione di Pods è stata impostata correttamente. Ma potrebbe aiutare qualcun altro.

Nel mio caso il problema era che la posizione dei dati derivati ​​di Xcode era impostata sull'opzione "Legacy". Il target CocoaPods (libPods.a) veniva costruito correttamente, ma Xcode stava cercando nel posto sbagliato.

Il passaggio a "Unico" (impostazione predefinita) ha risolto il problema. Puoi farlo andando su Preferenze> Posizioni e facendo clic sul pulsante Avanzate ...

Solo l'aggiunta dei "Percorsi di ricerca della libreria" (nelle impostazioni di compilazione di "MyProject") a "Pods / build / Debug-iphonesimulator" ha funzionato per me (quando si utilizza il simulatore).

Capito da qui: https://github.com/CocoaPods/CocoaPods/issues/121#issuecomment-5452473

Se stai archiviando per iOS7 e Xcode5 e hai riscontrato questi errori, fai riferimento a questo link. Sembra che Apple stia abbandonando un'architettura di cui hanno bisogno i baccelli di cacao https://github.com/CocoaPods/CocoaPods/pull/1352

Ho scoperto che selezionando "Trova dipendenze implicite" (sotto schema prodotto / modifica) si risolverà questo problema invece di dover aggiungere pod come destinazione.

Ho esaminato tutte le risposte qui, ma per me è stato follemente semplice ... Vai su Target -> Build Phases, quindi rimuovi libPods-YourProject.a, quindi aggiungilo di nuovo usando "+". Non preoccuparti che la libreria sia rossa, va bene.

Ho usato la vecchia versione di cocoapod dopo l'aggiornamento dei cocoapods mi suggerisce di aggiornare il mio pod installato a causa di importanti aggiornamenti mentre aggiorno dopo molto tempo. Lo aggiorno e i nuovi pod di versione sono stati aggiornati bene. Ma dopo ho avuto l'errore comelibrary not found for -lPods-xxxprojectName-xxxxxpodName

Dopo aver provato così tante soluzioni fornite come risposta in questo thred, non di questo ha funzionato per me. Poi sono andato alle impostazioni del mio progetto e ho scoperto che il percorso dei pod era il cambiamento che era attivoOther Linker Flag

Controlla il Manage Schemesnome del tuo pod corretto e confrontalo in Other Linker Flag, modificalo se non simile

Era il vecchio percorso del pod -l"lPods-xxxprojectName-xxxxxpodName"

Ma i nuovi pod sono stati solo xxxxxpodNamecosì ho sostituito Other Linker Flagcon uno nuovo come di seguito

Modificato il percorso pod -l"xxxxxpodName"e ha funzionato.

Non conosco il motivo perfetto dietro questo, ma potrebbe essere di aiuto a qualcuno.

Ho aperto l'area di lavoro, ma ho riscontrato lo stesso errore.

Costruisci architettura attiva impostata su SÌ

risolvi il mio problema.

Risolto eseguendo i passaggi seguenti:

• Aggiorna la tua installazione di cocoapods. ($ [sudo] gem install cocoapods)
• Reinstalla le tue dipendenze nell'ambito del tuo progetto. (installazione pod)
• Pulisci e ricostruisci / archivia.

Nel mio caso pod installrisolto il problema, dopo aver creato gli schemi di distribuzione e rilascio.

Ho avuto lo stesso problema durante l'archiviazione per l'invio. La discussione su questo problema è disponibile qui: https://github.com/CocoaPods/CocoaPods/issues/155

In sintesi, due metodi funzionano per me:

1. Impostare "Preferenze -> Posizioni -> Avanzate" su "Personalizzato (relativo all'area di lavoro)" OPPURE
2. Impostare Podfile su - platform :ios, :deployment_target => "5.0"

Utilizzo di Xcode 5 con iOS 7

Questo è quello che ho fatto dopo essere rimasto bloccato per un'ora. Rimuovere ARM64 dall'impostazione di costruzione> Architettura valida.

AGGIUNTO: Inoltre, nel mio caso, non è stata derivata la posizione dei dati. Ho scelto unico per la posizione di costruzione.

se stai usando iOS7 e Xcode 5, fai:

• Seleziona il tuo progetto Pods.
• Vai ai Pod di destinazione e in Impostazioni di costruzione, seleziona Architetture-> Architetture standard (armv7, armv7s).
• Fai lo stesso per ogni Target del tuo progetto Pods.

Ho provato OGNI risposta in questa discussione senza risultati. Alla fine ho risolto il mio problema abbinando il "Percorso dei prodotti di compilazione pre-configurazione" nel mio progetto di destinazione con il valore nel progetto Pods. Si scopre che stavano costruendo in due diverse posizioni di output. Nessuno degli altri suggerimenti in questo thread erano rilevanti per me. Sarebbe bello se XCode fornisse un'utile descrizione dell'errore (come PERCHÉ non può usare la lib - File Not Found, Nessuna architettura corrispondente trovata, ecc.).

In questo numero, se hai già installato e aggiornato il pod nel tuo sistema, il tuo Xcode non è in grado di trovare la libreria Pod. Per risolvere il problema, verifica le seguenti cause che potrebbero verificarsi:

1. Stai utilizzando l'area di lavoro.
2. La libreria Pods viene compilata.
3. La libreria Pods viene citata nel gruppo di prodotti del progetto.
4. Il target include la libreria Pods nel collegamento con la fase di creazione dei framework.

provare

link_with 'YouTarget1', 'YouTarget2' ...

Il mio progetto ha funzionato, gli obiettivi hanno improvvisamente interrotto la compilazione. Quindi aggiunto "link_with" e tornato alla normalità.

Apparentemente, ora si collega al primo target, è ciò che dice il link:

http://guides.cocoapods.org/syntax/podfile.html#link_with

Se il problema persiste, prova:

pod update

Ha funzionato per me, spero che questo ti aiuti.