iOS - La compilazione non riesce con CocoaPods non riesce a trovare i file di intestazione

Ho un progetto iOS con CocoaPods. Tutto ha funzionato senza intoppi fino a quando un altro sviluppatore ha iniziato a lavorare sullo stesso progetto. Ha apportato alcune modifiche (solo al codice per quanto ne so) e ha creato un nuovo ramo nel repository. Ho controllato il suo ramo e ho provato a crearlo, ma sto ricevendo un errore: file ASLogger / ASLogger.h non trovato.

Anche se elimino l'intero progetto e ne eseguo una nuova copia e utilizzo "pods install". l'errore di compilazione è ancora lì. Hai idea di dove possa essere il problema? Se hai bisogno di ulteriori informazioni, basta chiedere.

Aggiornare

Assicurati che le tue Podfileinclusioni link_withsu target non abbiano un file di configurazione. Cocoapods imposta il primo obiettivo solo per impostazione predefinita, altrimenti. per esempio

platform :osx, '10.7'
pod 'JSONKit',       '~> 1.4'

link_with 'Pomo', 'Pomo Dev', 'Pomo Tests'

------ Fine aggiornamento

Nota: si prega di notare che è necessario guardare Progetto-> Informazioni-> Configurazioni per i passaggi seguenti.

Ho avuto sintomi simili e ho scoperto che il pods.xcconfigfile non veniva incluso nello specifico targetche stavo cercando di compilare. Alcune delle altre soluzioni suggerite hanno funzionato per me, ma questa sembra aver risolto parte del problema di fondo.

La soluzione semplice era cambiare impostare il file di configurazione per le destinazioni che non avevano un set.

Aggiornare

L'ho aggiornato dalla mia risposta originale, che ha ottenuto il downvote, quindi spero che questo aiuti. E se lo fa, si spera che possa riavere il mio voto.

Se le intestazioni non vengono importate, probabilmente hai un conflitto in HEADER_SEARCH_PATHS. Prova ad aggiungere $(inherited)ai percorsi di ricerca delle intestazioni nelle Impostazioni di compilazione per assicurarti che esegua il pull in qualsiasi percorso di ricerca incluso nel file .xcconfig dai tuoi CocoaPods.

Questo dovrebbe aiutare in caso di conflitti e far importare correttamente l'origine.

1.Controllare

costruire impostazioni -> Percorso di ricerca -> Percorsi di ricerca dell'intestazione utente ->

• "$ {PODS_ROOT} /" ricorsivo

2.Controllare lo stile di importazione (PUNTO CHIAVE), se è podfilestato impostato

use_frameworks!

Nel tuo File-Bridging-Header.h, al formattatore dovrebbe piacere questo

#import "MBProgressHUD.h"

altrimenti dovrebbe essere inferiore

#import <MBProgressHUD.h>

3.Questo deve essere un lavoro! fidati di me

File di intestazione, sarai la mia morte ...

Finalmente ha funzionato aggiungendo (comprese le virgolette)

"${PODS_ROOT}/BuildHeaders"

alla voce Percorsi di ricerca intestazione utente e selezionando "ricorsivo".

Ho scoperto che ${PODS_HEADERS_SEARCH_PATHS}manca e non è definito nel mio ramo di sviluppo git, quindi ho aggiunto i "$(SRCROOT)/Pods/Headers/"percorsi di ricerca dell'intestazione con ricorsivo

Questo va bene per me

Entrambe le altre risposte non hanno aiutato qui. Ho trovato altri 2 problemi che potrebbero risolverlo:

• Il progetto-> Informazioni-> Configurazioni nel progetto Xcode (il tuo progetto) dovrebbe essere impostato su 'Pods' per Debug, Release (e quant'altro tu abbia). Vedi "Intestazioni non trovate - percorsi di ricerca non inclusi"

• Forse devi collegare la destinazione con il comando link_with. Vedi "Impossibile trovare le intestazioni nel progetto Biblioteca statica"

MODIFICA Puoi controllare un link simbolico in questo modo: crea un file di testo chiamato 'check' senza estensione. copia queste righe in esso:

file=/Users/youUserName/XcodeProjectName/Pods/BuildHeaders/SVProgressHUD/SVProgressHUD.h
if [[ ! -e $file &&  -L $file ]]; then
  echo "$file symlink is  broken!"
else
  echo "symlink works"
fi

Quindi vai al terminale, passa alla cartella in cui si trova il file di controllo e digita

bash check

Ecco cosa ha funzionato per me:

Vai alla scheda Target> "Impostazioni build" e trova l'impostazione "Percorsi di ricerca intestazione utente".

Impostare su "$ (BUILT_PRODUCTS_DIR)" e selezionare la casella di controllo "Ricorsivo".

Ora il target creato cercherà nella directory di build condivisa dell'area di lavoro per individuare i file di intestazione collegabili.

====

AGGIORNARE

Di recente ho avuto un problema simile (anche se leggermente diverso). Si è scoperto che Xcode non è riuscito a trovare i pod perché avevo aperto il .xcodeprojfile anziché il .xcworkspacefile. Potrebbe aiutare gli altri in futuro.

Se nessuno dei precedenti ha funzionato per te e stai riscontrando questo errore perché sei appena passato al use_frameworks!tuo Podfile, continua a leggere:

Ho provato tutte le soluzioni sopra e molto di più prima di sapere che non si tratta affatto dei percorsi delle intestazioni di ricerca nel mio caso particolare; è quello quando passi ause_frameworks! nel tuo Podfile non hai più bisogno di includere framework nella tua intestazione ponte, e in effetti Xcode genererà l'errore molto inutile "impossibile trovare l'intestazione".

Quello che devi fare è rimuovere tutte le importazioni dal file di intestazione ponte e utilizzare invece Swift import Modulenei tuoi singoli file Swift secondo necessità, proprio come faresti per i framework Swift.

E se stai usando una delle intestazioni del framework nelle tue classi Obj-C (nel mio caso abbiamo una classe di convenienza che ha usato l'FBSDK) devi cambiarla da un'importazione locale a globale (questo significa cambiare #import "Module.h"in #import <Module/Module.h>, che dovrebbe completarsi automaticamente per te quando inizi a digitare il nome del framework. Nel mio caso lo era <AFNetworking/AFHTTPRequestOperationManager.h>).

Modifica: da allora ho imparato che fare un @import Moduleusa il file ombrello che è ancora più sicuro.

Hai provato a importare lo stile Cocoapods?

#import <ASLogger.h>

Le informazioni sul sito non sono molto chiare, ho inviato una richiesta pull:

https://github.com/CocoaPods/cocoapods.org/pull/34

Aggiornamento: hanno raccolto la mia richiesta :)

Il wiki fornisce un consiglio su come risolvere questo problema:

Se Xcode non riesce a trovare le intestazioni delle dipendenze:

Controlla se i file di intestazione del pod sono correttamente collegati in modo corretto in Pod / Intestazioni e non stai eseguendo l'override di HEADER_SEARCH_PATHS (vedi # 1). Se Xcode non riesce ancora a trovarli, come ultima risorsa puoi anteporre le tue importazioni, ad es. #Import "Pods / SSZipArchive.h".

Ero l'unico sviluppatore del team a riscontrare lo stesso problema, ha funzionato perfettamente per tutti, quindi ho capito che doveva essere il mio ambiente. Ho provato agit clone dello stesso progetto in un'altra directory e si è compilato perfettamente, poi ho capito che doveva essere qualcosa di caching Xcode per il percorso del mio progetto da qualche parte, che "da qualche parte" è la cartella DerivedData, basta rimuoverlo e fare una build pulita del tuo progetto, ha funzionato per me.

Puoi ottenere il percorso e persino aprire la cartella in finder andando a:

Xcode -> Preferenze -> Posizioni -> ** DerivedData

Aggiornerò quanto segue nelle mie impostazioni di Build e non ho riscontrato errori. Per verificare queste sono le cose mentre aggiorni i tuoi cocoapodi.

Costruisci impostazioni

Abilita codice bit - SÌ (se si utilizza bitcode)

Preprocessore macro - $ (ereditato)

Altro flag linker - objc, -lc ++, $ (ereditato)

Costruisci solo architettura

Debug: Sì

Relese - No

Percorso di ricerca

Percorso di ricerca del framework - $ (ereditato) $ (PROJECT_DIR)

Percorso di ricerca della libreria - $ (ereditato)

Percorso di ricerca dell'intestazione - $ (ereditato)

Se si sono verificati errori di costruzione dopo una " installazione pod " o un " aggiornamento pod ", è possibile che uno dei pod sia stato creato con XCode 6.3 mentre si sta ancora utilizzando una versione precedente.

Nel mio caso ho dovuto aggiornare il mio OSX da Mavericks a Yosemite per avere Xcode 6.3 e risolvere il problema

per me il problema era nel valore dei flag di altri linker. Per qualche ragione non avevo citazioni tra bandiere come -l"xml2" -l"Pods-MBProgressHUD".

Ho dovuto scaricare lo zip dall'hub git e trascinare i file mancanti nel Finder nei percorsi corrispondenti in Pod / ...

Ciò che ha funzionato per me è stato selezionare il progetto Pods, trovare e selezionare il framework di destinazione con l'intestazione mancante nella directory di destinazione del progetto Pod e impostare "Costruisci solo architettura attiva" su "No" sotto "Architetture" nelle impostazioni di costruzione del target.

Ho lo stesso problema, ma le soluzioni precedenti non possono funzionare. L'ho risolto facendo questo:

1. Rimuovi l'intero progetto
2. Esegui git clona il progetto ed esegui il bund exec exec pod install
3. cd the peoject ed esegui remote add upstream your-remote-rep-add
4. git fetch upstream
5. git checkout master
6. git merge upstream / master

E poi funziona.

Per me, ciò che è stato risolto era l'obiettivo di distribuzione iOS per il mio progetto Pods era inferiore al mio progetto stesso. Una volta reso lo stesso del mio progetto è stato in grado di trovare il file di intestazione.

Ero sul seme GM di Xcode 5.0 e non riuscivo a far funzionare nessuna di queste risposte. Ho provato ogni singola risposta su SO su più domande diverse sulle importazioni di intestazione con cocoapods.

FINALMENTE ho trovato una soluzione che ha funzionato per me : ho aggiornato a Xcode 5.0 tramite Mac AppStore (installato sulla parte superiore del seed GM) e ora le importazioni di intestazione funzionano come previsto.

Avevo ancora una versione beta di Xcode 5 sul mio sistema e l'ho anche cancellata. Forse era una combinazione delle due cose, ma spero che questo aiuti qualcun altro.

Questa è stata la risposta per me, ho aggiornato i cocoapodi e penso che abbia fatto sparire i PODS_HEADERS_SEARCH_PATHS. La mia soluzione era simile a questa ma ho usato "$ (PODS_ROOT) / Headers" - Andrew Aitken

Grazie mille per questa risposta Ho avuto difficoltà a cercare modi per risolvere il mio problema. Grazie mille.

Nessuna delle risposte mi ha aiutato (avevo i miei pod collegati a tutti i target, ho configurato correttamente le configurazioni, ho impostato correttamente i percorsi di ricerca "$ (ereditato)", ecc ...).

Il problema è scomparso da solo dopo aver aggiornato cocoapods alla versione di debug più recente utilizzando il comando di installazione / aggiornamento standard:

   gem install cocoapods --pre

o:

   sudo gem install cocoapods --pre

(se sudo è stato usato durante l'installazione).

Deve essere stato un bug di cocoapodi.

Una soluzione semplice è: 1. Elimina la cartella Pods e il file Podfile.lock. Ma non eliminare Podfile 2. Eseguire il comando seguente nella cartella principale del progetto:

pod install

Ecco un altro motivo: tutti i percorsi dell'intestazione sembravano a posto, ma continuavamo a riscontrare un errore nel file precompilato (.pch) nel tentativo di leggere un'intestazione del pod

(es. #import <CocoaLumberjack / CocoaLumberjack.h>).

Osservando l'output di build non elaborato, ho finalmente notato che l'errore stava infrangendo la nostra destinazione di estensione OS OS, non la destinazione principale che stavamo costruendo, perché stavamo anche importando il file di intestazione precompilata .pch nelle destinazioni Watch OS e non funzionava Là. Assicurati che le impostazioni di destinazione del tuo OS Watch di accompagnamento non provino a importare il file .pch (specialmente se imposti tale importazione dall'impostazione di destinazione principale, come ho fatto io!)

Ho scoperto che includere la libreria come installazione pod aiuta direttamente le librerie dinamiche. Ad esempio, per Firebase:

pod 'RNFirebase', :path => 'path/to/node_modules/react-native-firebase/ios'

O per ASLogger:

pod 'ASLogger', :path => 'path/to/node_modules/aslogger/ios' // path to header files

Cambiare o hardcoding HEADER_SEARCH_PATHSnon mi ha aiutato. Se l'errore si ripresenta, non è necessariorm -rf node_modules né eliminare il file pod ecc., Ho trovato utile svuotare la cache.

Per reagire-nativo, corro

    rm -rf $TMPDIR/react-native-packager-cache-*
    rm -rf $TMPDIR/metro-bundler-cache-*
    rm -rf $TMPDIR/metro-* 
    rm -rf $TMPDIR/react-* 
    rm -rf $TMPDIR/haste-*
    rm -rf "$(getconf DARWIN_USER_CACHE_DIR)/org.llvm.clang/ModuleCache"
    npm start -- --reset-cache

Per Xcode rimuovo le cartelle in ~/Library/Developer/Xcode/DerivedData

Penso che una soluzione definitiva sia quella di andare Build settings -> Search Path -> User Header Search Paths, trovare il percorso della tua libreria e percorrerlo in un Finder. Assicurarsi che esista tutto il percorso, incluso il percorso di importazione.

Per me il mio percorso è stato più breve rispetto a un tutorial. Nel tutorial era qualcosa di simile #import <SDK/path/to/sdk/File.h>, ma si scopre che è giusto#import <SDK/File.h>

Ho un'altra soluzione funzionante qui,

1. Esci da Xcode
2. Apri Xcode e pulisci progetto
3. Crea prima il progetto Pods
4. Costruisci progetto

Prova a commentare questa riga per il tuo target

#  use_frameworks!

Oppure puoi fare riferimento alla mia altra risposta test di unità aggiunto obiettivo a xcode - impossibile importare l'intestazione ponte non andrà via

Ho risolto questi problemi per Xcode 8.2.1 mediante il framework drag and drop che desidero utilizzare.