iOS - Build schlägt fehl mit CocoaPods kann keine Header-Dateien finden

190

Ich habe ein iOS-Projekt mit CocoaPods. Alles funktionierte reibungslos, bis ein anderer Entwickler anfing, an demselben Projekt zu arbeiten. Er hat einige Änderungen vorgenommen (nur an Code, soweit ich weiß) und einen neuen Zweig im Repo erstellt. Ich habe seinen Zweig ausgecheckt und versucht, ihn zu erstellen, erhalte jedoch eine Fehlermeldung: Die Datei ASLogger / ASLogger.h wurde nicht gefunden.

Auch wenn ich das gesamte Projekt lösche und eine neue Kopie erstelle und 'pods install' verwende. Der Build-Fehler ist immer noch vorhanden. Haben Sie eine Idee, wo das Problem liegen kann? Wenn Sie weitere Informationen benötigen, fragen Sie einfach.

Filip Majernik
quelle
3
Anstatt den doppelten Anführungszeichenstil #import "ASLogger.h" zu verwenden, habe ich dies versucht, #import <ASLogger.h> Und es hat bei mir funktioniert :)
Baig
2
Zu Ihrer Information: Baigs einfache Antwort löste mein Problem, indem ich den Header nicht fand.
Pedroinpeace

Antworten:

205

Aktualisieren

Stellen Sie sicher, dass in Ihren PodfileIncludes link_withfür Ziele eine Konfigurationsdatei fehlt. Cocoapods legt ansonsten standardmäßig nur das erste Ziel fest . z.B

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

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

------ Update beenden


Hinweis: Bitte beachten Sie, dass Sie die folgenden Schritte unter Projekt-> Info-> Konfigurationen ausführen müssen.


Ich hatte ähnliche Symptome und stellte fest, dass die pods.xcconfigDatei nicht in der spezifischen Datei enthalten war, die targetich erstellen wollte. Einige der anderen Lösungsvorschläge funktionierten für mich, aber dieser schien einen Teil des zugrunde liegenden Problems anzusprechen.

Pods.xcconfig funktioniert nicht

Die einfache Lösung bestand darin, die Konfigurationsdatei für die Ziele zu ändern, für die kein Satz festgelegt wurde.

Pods.xcconfig funktioniert

wackelt
quelle
4
Für mich setzt '' pods install '' dies nur auf das erste Ziel. Das in dieser Antwort vorgeschlagene Vorgehen hat mein Problem gelöst.
Troy
1
Endlich eine Lösung: Pods wurden NUR zum ersten Ziel hinzugefügt, nicht zu verschiedenen Test-Release-Zielen (Alpha, Beta, Release-Kandidat)! Vielen Dank!
JOM
Die link_withAngabe meines anderen Ziels hat für mich funktioniert. Danke vielmals. Ich habe gerade einige Stunden damit verbracht.
Dylan Hand
das hat bei mir funktioniert! Ich habe ein vorhandenes Projekt geklont und dann die Pods aktualisiert. Ich vermute also, dass das Aktualisieren von Pods einige Einstellungen umgedreht hat oder dass der vorherige Entwickler xcode 5 oder so verwendet hat (ich bin auf xcode 6), danke !!!
Gewächshaus
4
link_withwird in Cocoapods 1.0 oder höher nicht unterstützt.
Vive
90

Aktualisieren

Ich habe dies seit meiner ursprünglichen Antwort aktualisiert, die die Ablehnung erhalten hat, also hoffe ich, dass dies hilft. Und wenn ja, wird es hoffentlich meine Stimme zurückbekommen.

Wenn die Header nicht importiert werden, liegt wahrscheinlich ein Konflikt in der HEADER_SEARCH_PATHS. Versuchen Sie $(inherited), den Header-Suchpfaden in Ihren Build-Einstellungen hinzuzufügen , um sicherzustellen, dass alle in der .xcconfig-Datei enthaltenen Suchpfade von Ihren CocoaPods abgerufen werden.

Dies sollte bei Konflikten helfen und Ihre Quelle korrekt importieren.

Bill Burgess
quelle
2
Ich hatte ein Problem: Pod-Dateien wurden in der App nicht erkannt und es kam zu einem Problem mit "svn-blockierten Ordnern", das auftritt, wenn Sie die .svn-Unterverzeichnisse gelöscht oder verschoben haben: Lösung: Gehen Sie folgendermaßen vor: 1. Deinstallieren Sie CocoaPods nur über die App. xcodeproj-Datei existiert (verwiesen auf: stackoverflow.com/questions/16427421/… ) 2.Installierte Poddateien erneut (verwiesen auf: raywenderlich.com/12139/introduction-to-cocoapods ) 3. $ (geerbtes) Flag im Ziel 'HEADER_SEARCH_PATHS' und hinzugefügt 'OTHER_LDFLAGS' der App.
Alphonse R. Dsouza
1
Möglicherweise müssen Sie Ihrer Einstellung FRAMEWORK_SEARCH_PATHS auch $ (geerbt) hinzufügen.
George
1
@ AlphonseR.Dsouza Ihre Lösung hat für mich funktioniert - OTHER_LDFLAGS wurde um $ (geerbt) erweitert, danke eine Million!
Nika Kasradze
3
$ (geerbt) sollte in den Projekteinstellungen oder Zieleinstellungen hinzugefügt werden?
Skypirat
Ich hatte ein ähnliches Problem, ich hatte keine Erfahrung mit Pods. Auch im Podfile habe ich 2 Ziele nicht erwähnt. Ja, ich hatte 2 Ziele. Nachdem ich das zweite Ziel erwähnt und die Pod-Datei aktualisiert hatte, gab das Terminal eine Warnung aus, die Ihrem Vorschlag zum Hinzufügen von $ erblich ähnelte. Ich habe es getan und es hat perfekt funktioniert.
Jasmeet
78

1.Überprüfen

Build-Einstellungen -> Suchpfad -> Benutzerkopf-Suchpfade ->

  • "$ {PODS_ROOT} /" rekursiv

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein Geben Sie hier die Bildbeschreibung ein

2.Überprüfen Sie den Importstil (KEY POINT), falls Sie podfilediesen festgelegt haben

use_frameworks!

Bei Ihnen File-Bridging-Header.hsollte der Formatierer dies mögen

#import "MBProgressHUD.h"

sonst sollte unten sein

#import <MBProgressHUD.h>

3.Das muss Arbeit sein! Vertrau mir

Albert.Qing
quelle
1
Die meisten Fehler verschwinden. Was soll ich jedoch tun, wenn eine Abhängigkeit eine Importanweisung wie die folgende hat: #import <EARestrictedScrollView / EARestrictedScrollView.h>. Dann fordert mich der Compiler auf, stattdessen #import EARestrictedScrollView.h zu schreiben. Aber ich kann meinen Pod nicht ändern.
Produktionscodierer
62

Header-Dateien, du wirst der Tod von mir sein ...

Endlich funktionierte es durch Hinzufügen (einschließlich Anführungszeichen)

"${PODS_ROOT}/BuildHeaders"

zum Eintrag User Header Search Paths und aktivieren Sie 'rekursiv'.

averydev
quelle
6
Beachten Sie, dass die Anführungszeichen hier sehr wichtig sind. Ohne sie könnte ich es nicht zum Laufen bringen.
DiscDev
5
+1 Ich hatte bereits $(inherited)(funktionierte nicht), aber das Hinzufügen funktionierte für mich.
Ich wurde
Ich habe nicht verstanden, was Sie sagen wollen. : / Könnten Sie bitte näher darauf eingehen?
Rohan-Patel
Ein weiterer praktischer Trick besteht darin, den Arbeitsbereich und das Pods-Verzeichnis wegzublasen und die Pods neu zu installieren. Dies ist im Allgemeinen eine vollständigere Lösung.
Averydev
1
Dies half AppCode schließlich, alle Importe von Header-Dateien korrekt zu finden. Ohne dies funktionierte es in xCode, aber nicht in AppCode. Vielen Dank!
Sarsonj
52

Ich habe festgestellt, dass ${PODS_HEADERS_SEARCH_PATHS}es fehlt und es nicht in meinem Entwicklungs-Git-Zweig definiert ist. Deshalb habe ich "$(SRCROOT)/Pods/Headers/"für Header-Suchpfade mit rekursiv hinzugefügt

Das ist für mich in Ordnung

mactive
quelle
Dies war die Antwort für mich, ich habe Cocoapods aktualisiert und ich denke, das hat dazu geführt, dass die PODS_HEADERS_SEARCH_PATHS verschwunden sind. Meine Lösung war ähnlich, aber ich habe "$ (PODS_ROOT) / Headers"
Andrew Aitken
Die anderen Antworten haben bei mir nicht funktioniert, aber diese hat funktioniert. Ich werde bemerken, dass ich das "nicht eingeschlossen habe, also sieht mein Header-Suchpfad so aus$(SRCROOT)/Pods/Headers
Blakedallen
@Hlung Hallo, wo muss ich $ (SRCROOT) / Pods / Headers / hinzufügen?
Schätzen Sie
1
@ VAAA Ziel> Build-Einstellungen> Header-Suchpfad
Hlung
Ich denke, dies ist die richtige Antwort, was akzeptiert werden sollte, was denkst du
@Filip Majernik
35

Beide anderen Antworten haben hier nicht geholfen. Ich habe 2 andere Probleme gefunden, die das Problem beheben könnten:

BEARBEITEN Sie können einen Symlink folgendermaßen überprüfen: Erstellen Sie eine Textdatei mit dem Namen 'check' ohne Erweiterung. Kopieren Sie diese Zeilen hinein:

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

Gehen Sie dann zum Terminal, wechseln Sie in den Ordner, in dem sich Ihre Prüfdatei befindet, und geben Sie ein

bash check
Brainstray
quelle
Vielen Dank! Der erste Eintrag hat es für mich gelöst. Pods wurden nur für das erste Ziel in unserem Projekt festgelegt. Dies wurde gut kompiliert, das andere Ziel jedoch nicht. Also habe ich auch die Pods-Konfiguration hinzugefügt und jetzt ist das Problem weg.
Mwidmann
Ich sehe 'Pods' in den Konfigurationen nicht. Bedeutet dies, dass mein Symlink defekt ist?
Adamski
35

Folgendes hat bei mir funktioniert:

Gehen Sie zur Registerkarte Ziel> "Build-Einstellungen" und suchen Sie die Einstellung "User Header Search Paths".

Setzen Sie dies auf "$ (BUILT_PRODUCTS_DIR)" und aktivieren Sie das Kontrollkästchen "Rekursiv".

Jetzt durchsucht das erstellte Ziel das freigegebene Erstellungsverzeichnis des Arbeitsbereichs, um die verknüpfbaren Header-Dateien zu finden.

====

AKTUALISIEREN

Ich hatte kürzlich ein ähnliches (wenn auch etwas anderes) Problem. Es stellte sich heraus, dass Xcode die Pods nicht finden konnte, weil ich die .xcodeprojDatei und nicht die .xcworkspaceDatei geöffnet hatte . Könnte anderen in Zukunft helfen.

Snowcrash
quelle
1
Dies funktionierte für mich, aber erst nach dem Beenden von Xcode, dem Ausführen pod installund dem erneuten Öffnen.
Ken M. Haggerty
@Snowcrash welches Ziel? das Pod-Ziel oder das Hauptprojektziel?
VAAA
19

Wenn keines der oben genannten use_frameworks!Verfahren für Sie funktioniert hat und Sie diesen Fehler finden, weil Sie gerade in Ihrem Podfile zu gewechselt haben, lesen Sie weiter:

Ich habe alle oben genannten Lösungen und vieles mehr ausprobiert, bevor ich erfuhr, dass es in meinem speziellen Fall überhaupt nicht um Suchkopfpfade geht. Wenn Sie use_frameworks!in Ihr Podfile wechseln, müssen Sie keine Frameworks mehr in Ihren Bridging-Header aufnehmen, und tatsächlich wird Xcode den sehr wenig hilfreichen Fehler "Header kann nicht gefunden werden" auslösen.

Sie müssen import Modulelediglich alle Importe aus Ihrer Bridging-Header-Datei entfernen und stattdessen den Swift nach Bedarf in Ihren einzelnen Swift-Dateien verwenden, genau wie Sie es für Swift-Frameworks tun würden.

UND wenn Sie einen der Framework-Header in Ihren Obj-C-Klassen verwenden (in meinem Fall haben wir eine Convenience-Klasse, die das FBSDK verwendet), müssen Sie ihn von einem lokalen in einen globalen Import ändern (dies bedeutet eine Änderung #import "Module.h"in #import <Module/Module.h>, die automatisch vervollständigt werden sollte für Sie, wenn Sie anfangen, den Framework-Namen einzugeben. In meinem Fall war es <AFNetworking/AFHTTPRequestOperationManager.h>).

Bearbeiten: Ich habe seitdem gelernt, dass beim Ausführen @import Moduledie Umbrella-Datei verwendet wird, was noch sicherer ist.

Scott Fister
quelle
16

Haben Sie versucht, den Cocoapods-Stil zu importieren?

#import <ASLogger.h>

Die Informationen auf der Website sind nicht wirklich klar, ich habe eine Pull-Anfrage eingereicht:

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

Update: Sie haben meine Anfrage gezogen :)

Tieme
quelle
Anstatt den doppelten Anführungszeichenstil #import "ASLogger.h" zu verwenden, habe ich dies versucht, #import <ASLogger.h> Und es hat bei mir funktioniert :)
Baig
Ich habe das schon einmal versucht und es hat bei mir funktioniert, aber manchmal treten andere Probleme auf, wenn es nicht funktioniert. In einigen Situationen können Sie auch das Format <Podname / Dateiname.h> verwenden.
Funroll
Ja, das hat auch bei mir funktioniert! Keine Bereinigung und Löschung der abgeleiteten Daten hat das Problem behoben, aber dies hat funktioniert.
PostCodeism
10

Das Wiki gibt Ratschläge zur Lösung dieses Problems:

Wenn Xcode die Header der Abhängigkeiten nicht finden kann:

Überprüfen Sie, ob die Pod-Header-Dateien in Pods / Headern korrekt verknüpft sind und Sie HEADER_SEARCH_PATHS nicht überschreiben (siehe Nr. 1). Wenn Xcode sie immer noch nicht findet, können Sie als letzten Ausweg Ihre Importe voranstellen, z. B. #import "Pods / SSZipArchive.h".

Tilo
quelle
13
Könnte jemand bitte genau erläutern, wie "Überprüfen Sie, ob die Pod-Header-Dateien in Pods / Headern korrekt verknüpft sind"?
Dave Collins
Bitte
lesen
Bitte lesen Sie auch die Antwort von brainray zu Konfigurationen, bevor Sie Ihre Importanweisungen entstellen.
Rog
Ja, einige Pods verlinken auf ein ungültiges Verzeichnis, z. B. $(PROJECT_DIR)/Pods/Headers/Public/xxx/ios/xxx.hgibt es einen zusätzlichen iosOrdner ...
Dong Ma
9

Ich war der einzige Entwickler im Team, bei dem das gleiche Problem auftrat. Es funktionierte perfekt für alle, sodass mir klar wurde, dass es meine Umgebung sein musste. Ich habe ein git cloneProjekt desselben in einem anderen Verzeichnis ausprobiert und es wurde perfekt kompiliert. Dann wurde mir klar, dass es sich um Xcode-Caching für meinen Projektpfad handeln musste. "Irgendwo" ist der DerivedData-Ordner. Entfernen Sie ihn einfach und erstellen Sie einen sauberen Build Ihres Projekt, es hat bei mir funktioniert.

Sie können den Pfad abrufen und den Ordner sogar im Finder öffnen, indem Sie zu:

Xcode -> Einstellungen -> Standorte -> ** DerivedData

Bithavoc
quelle
1
In meinem Fall trat das Problem nach dem Aktualisieren der Pods auf, daher dachte ich, dass Cocoapods das Problem suchen sollten. Ich habe hier alle Lösungen ohne Glück ausprobiert und endlich DerivedData gelöscht - und es hat geholfen! Vielen Dank
Varrry
3

Ich werde die folgenden Dinge in meinen Build-Einstellungen aktualisieren und habe keine Fehler erhalten. Um dies zu überprüfen, müssen Sie Ihre Cocoapods aktualisieren.

Build-Einstellungen

Bitcode aktivieren - JA (wenn Sie Bitcode verwenden)

Makro-Präprozessor - $ (geerbt)

Anderes Linker-Flag - objc, -lc ++, $ (geerbt)

Nur Architektur erstellen

Debug - Ja

Relese - Nein

Suchpfad

Framework-Suchpfad - $ (geerbt) $ (PROJECT_DIR)

Bibliothekssuchpfad - $ (geerbt)

Header-Suchpfad - $ (geerbt)

Surezz
quelle
2

Wenn Sie nach einer " Pod-Installation " oder einem " Pod-Update " Fehler beim Erstellen hatten , wurde möglicherweise einer Ihrer Pods mit XCode 6.3 erstellt, während Sie noch eine frühere Version verwenden.

In meinem Fall musste ich mein OSX von Mavericks auf Yosemite aktualisieren, um Xcode 6.3 zu haben und das Problem zu lösen

Omaty
quelle
Hallo @omaty, ist das die einzige Lösung? Ich
laufe
1
Hallo @goelv in meinem Fall war es die einzige Lösung, die ich gefunden habe. Ich war wie du unter Mavericks und Xcode 6.2.
Omaty
Ich denke sogar ich habe das gleiche Problem. Mein Teamkollege hat Xcode 6.3 in Yosemite und es funktioniert gut für ihn, während ich Probleme habe, das in Mavericks in Xcode 6.2 nicht gefundene Problem mit dem Header zu beseitigen.
Sagar S. Kadookkunnan
1
Follow-up: Ich habe die Maschine auch auf Yosemite und Xcode 6.3.1 aktualisiert. Ich kann jetzt ohne Probleme bauen.
Sagar S. Kadookkunnan
1

Für mich lag das Problem im Wert anderer Linker-Flags. Aus irgendeinem Grund hatte ich keine Zitate in Flaggen wie -l"xml2" -l"Pods-MBProgressHUD".

Beryllium
quelle
Ich hatte Probleme mit dem Cocoapod von Localytics. Unter Other Linker Flagsfand ich zwei Einträge: -|Localyticsund |-PodsLocalytics. Ich habe diese entfernt und konnte sie dann kompilieren.
Chris
1

Ich musste die Zip von Git Hub herunterladen und die fehlenden Dateien in den Finder unter den entsprechenden Pfaden in Pod / ... ziehen.

neelamc23
quelle
1

Für mich hat es funktioniert, das Pods-Projekt auszuwählen, das Zielframework mit dem fehlenden Header im Zielverzeichnis des Pod-Projekts zu finden und auszuwählen und "Nur aktive Architektur erstellen" in den Build-Einstellungen des Ziels unter "Architekturen" auf "Nein" zu setzen.

Aaron
quelle
1

Ich habe das gleiche Problem, aber die oben genannten Lösungen können nicht funktionieren. Ich habe es dadurch behoben:

  1. Entfernen Sie das gesamte Projekt
  2. Führen Sie git aus, klonen Sie das Projekt und führen Sie die Bundle Exec Pod-Installation aus
  3. cd das peoject und führe remote add upstream your-remote-rep-add aus
  4. Git holen stromaufwärts
  5. Git Checkout Master
  6. Git Merge Upstream / Master

Und dann funktioniert es.

Azure Yu
quelle
1

Für mich war das iOS-Bereitstellungsziel für mein Pods-Projekt niedriger als für mein Projekt. Nachdem ich es mit meinem Projekt identisch gemacht hatte, konnte es die Header-Datei finden.

Josh
quelle
Bruder ! Sie verdienen 1000 Upvotes. Ich war 4 Stunden damit beschäftigt und Ihre Lösung hat mir geholfen. vielen dank bro vielen dank!
warzone_fz
0

Ich war auf dem GM-Seed von Xcode 5.0 und konnte keine dieser Antworten zum Laufen bringen. Ich habe jede einzelne Antwort auf SO bei mehreren verschiedenen Fragen zu Header-Importen mit Cocoapods ausprobiert.

ENDLICH habe ich eine Lösung gefunden, die für mich funktioniert hat : Ich habe über den Mac AppStore (der über dem GM-Seed installiert ist) auf Xcode 5.0 aktualisiert und jetzt funktionieren die Header-Importe wie erwartet.

Ich hatte auch noch eine Beta-Version von Xcode 5 auf meinem System und habe diese ebenfalls gelöscht. Vielleicht war es eine Kombination der beiden Dinge, aber hoffentlich hilft dies jemand anderem.

DiscDev
quelle
0

Dies war die Antwort für mich, ich habe Cocoapods aktualisiert und ich denke, das hat dazu geführt, dass die PODS_HEADERS_SEARCH_PATHS verschwunden sind. Meine Lösung war ähnlich, aber ich habe "$ (PODS_ROOT) / Headers" - Andrew Aitken verwendet

Vielen Dank für diese Antwort. Es fiel mir schwer, nach Wegen zu suchen, um mein Problem zu beheben. Vielen Dank.

user1494912
quelle
0

Keine der Antworten hat mir geholfen (ich hatte meine Pods mit allen Zielen verknüpft, Konfigurationen richtig eingerichtet, Suchpfade "$ (geerbt)" richtig eingestellt usw.).

Das Problem verschwand von selbst, nachdem ich Cocoapods mit dem Standardbefehl install / update auf die neueste Debug-Version aktualisiert hatte:

   gem install cocoapods --pre

oder:

   sudo gem install cocoapods --pre

(wenn sudo während der Installation verwendet wurde).

Es muss ein Cocoapods-Bug gewesen sein.

Lukasz
quelle
0

Eine einfache Problemumgehung ist: 1. Löschen Sie den Pods-Ordner und die Podfile.lock-Datei. Löschen Sie jedoch nicht Podfile 2. Führen Sie den folgenden Befehl in Ihrem Projektstammordner aus:

pod install
Farhad Rubel
quelle
Ich habe mein Problem mit dieser Lösung behoben.
Dobiho
0

Hier ist ein weiterer Grund: Alle Header-Pfade schienen in Ordnung zu sein, aber wir hatten immer noch einen Fehler in der vorkompilierten (.pch) Datei, die versuchte, einen Pod-Header zu lesen

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

Als ich mir die Roh-Build-Ausgabe ansah, bemerkte ich schließlich, dass der Fehler unser Watch OS-Erweiterungsziel beschädigte, nicht das Hauptziel, das wir erstellten, da wir auch die vorkompilierte .pch-Headerdatei in die Watch OS-Ziele importierten und dies fehlschlug Dort. Stellen Sie sicher, dass Ihre zugehörigen Watch OS-Zieleinstellungen nicht versuchen, die .pch-Datei zu importieren (insbesondere, wenn Sie diesen Import wie ich aus der Master-Zieleinstellung festlegen!).

Owen Hartnett
quelle
0

Ich habe festgestellt, dass das direkte Einfügen der Bibliothek als Pod-Installation dynamischen Bibliotheken hilft. Zum Beispiel für Firebase:

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

Oder für ASLogger:

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

Das Ändern oder Hardcodieren HEADER_SEARCH_PATHShat mir nicht geholfen. Sollte der Fehler jemals wieder auftreten, ist dies nicht erforderlichrm -rf node_modules die Pod-Datei usw. weder gelöscht noch gelöscht werden. Ich fand es nützlich, den Cache zu leeren.

Für React-Native renne ich

    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

Für Xcode entferne ich Ordner in ~/Library/Developer/Xcode/DerivedData

ehacinom
quelle
0

Ich denke, eine ultimative Lösung ist es, zu gehen Build settings -> Search Path -> User Header Search Paths , Ihren Bibliothekspfad finden und ihn in einem Finder durchzugehen. Stellen Sie sicher, dass alle Pfade einschließlich Ihres Importpfads vorhanden sind.

Für mich war mein Weg kürzer als in einem Tutorial. Im Tutorial war es so etwas wie #import <SDK/path/to/sdk/File.h>, aber es stellt sich heraus, dass es gerecht ist#import <SDK/File.h>

Simon Moshenko
quelle
-1

Ich habe hier andere Lösung gearbeitet,

  1. Beenden Sie Xcode
  2. Öffnen Sie Xcode und bereinigen Sie das Projekt
  3. Erstellen Sie zuerst das Pods-Projekt
  4. Projekt erstellen
Pramod Mehr
quelle
-2

Ich habe dieses Problem für Xcode 8.2.1 durch Drag & Drop-Framework gelöst, das ich verwenden möchte.

Dhruv Narayan Singh
quelle