Nicht definierte Symbole für Architektur arm64

Das Problem ist, dass die cocoapods nicht gebaut für die arm64-Architektur, doch damit Sie nicht verknüpft werden, wenn Sie Sie bauen. Wahrscheinlich können Sie nicht verwenden Sie diese Pakete, bis Sie aktualisiert werden, und verwenden Sie diese Architektur. Sie beheben können die linker-Fehler, indem Sie zu Projekt -> Ziel (der name Ihres Projekts) -> build-Einstellungen und ändern Architekturen-standard-Architektur (armv7, armv7s) und gültige Architekturen für armv7, armv7s.

Beachten Sie aber, dies bedeutet, dass Sie nicht bekommen, die volle Kraft der 64-bit-Prozessor. Sie sagten, Sie sind Gebäude für das 5s, so kann es einige Grund, warum Sie dies brauchen. Wenn Sie aus irgendeinem Grund unbedingt brauchen, dass macht (vielleicht bauen Sie ein Spiel) und brauche dringend diese Dateien, die Sie Einreichen könnte einen pull-request und dann das Projekt neu kompilieren zu arm64, indem Sie diese gleichen Felder zu arm64 in den Dateien, die Sie zog aus der open-source-Projekte. Aber, wenn Sie wirklich brauchen diese Dateien, um 64-bit-kompatibel, das scheint ein bisschen zu viel für jetzt.

EDIT: Einige Leute haben auch berichtet, dass die Einstellung Erstellen Für Aktiv-Architekturen, JA war auch notwendig, um dieses problem zu lösen.

Als der 2014-04-28, die Einstellung sollte wie folgt Aussehen:

InformationsquelleAutor der Antwort AdamG

Ich lief in das gleiche/ähnliche Problem der Umsetzung AVPictureInPictureController und das Problem war, dass ich nicht die Verknüpfung der AVKit Rahmen in meinem Projekt.

Die Fehlermeldung war:

Undefined symbols for architecture armv7:
   "_OBJC_CLASS_$_AVPictureInPictureController", referenced from:
       objc-class-ref in yourTarget.a(yourObject.o)
ld: symbol(s) not found for architecture armv7
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Die Lösung:

1. Gehen Sie zu Ihrem Projekt
2. Wählen Sie Ihr Ziel
3. Dann gehen Sie zu Build-Phasen
4. Öffnen Link-Binary Mit Bibliotheken
5. Schließlich, fügen Sie einfach + die AVKit Rahmen /sonstige Rahmen.

Hoffentlich hilft jemand anderes mit einer ähnlichen Frage, die ich hatte.

InformationsquelleAutor der Antwort NorthBlast

Set Architekturen zu armv7 armv7sBuild-Active-Architektur Nur zu KEINEfür jedes Ziel in dem Projekt, einschließlich jeder in Hülsen

InformationsquelleAutor der Antwort BabyPanda

einige Erklärung, warum build_active_architecture auf NEIN gesetzt ist.
Xcode erkennt jetzt, welche Geräte Sie angeschlossen haben und wird die active-Architektur entsprechend. Also, wenn Sie stecken Sie eine 2. generation iPod Touch in Ihren computer mit Xcode sollte die aktive Architektur armv6. Bauen Sie Ihr Ziel mit den oben genannten Debug-Konfiguration wird nun nur bauen die armv6 binary, um Zeit zu sparen (es sei denn, Sie haben ein riesiges Projekt, das Sie möglicherweise nicht den Unterschied bemerken, aber ich denke, die Sekunden summieren sich im Laufe der Zeit).

Wenn Sie eine Verteilung erstellen der Konfiguration für die Veröffentlichung im App Store sollten Sie sicherstellen, dass diese option nicht gesetzt, so dass Sie bauen das Fett universal binary
http://useyourloaf.com/blog/2010/04/21/xcode-build-active-architecture-only.html

InformationsquelleAutor der Antwort Moaz Saeed

Ich löste es, indem Sie gültige Architekturen für armv7 und armv7s Einstellung bauen aktiv-Architekturen nur JA release und dann eine neue "pod install" von der Befehlszeile aus

InformationsquelleAutor der Antwort Fabio Russo

Ich hatte das gleiche problem nach dem Update auf Xcode 5.1 und fixiert es, indem Sie Architekturen zu armv7 armv7s

InformationsquelleAutor der Antwort deko

Einstellung -ObjC zu Other Linker Flags im Build-Einstellungen des Ziel-das problem gelöst.

InformationsquelleAutor der Antwort Thomas G.

Dies könnte damit zusammenhängen libz.dylib oder libz.tbd einfach haben, fügen Sie es zu Ihren Zielen für die Verknüpfung von Binärdateien, und versuchen Sie erneut kompilieren.

InformationsquelleAutor der Antwort TonyTony

Die folgenden arbeitete für mich, um GPUImage kompilieren ohne Fehler auf Xcode 5.1 für beide die 64-bit-simulator und retina iPad Mini, ohne benötigen, um zu entfernen arm64 von den Gültigen Architekturen Liste (die Niederlagen der Zweck der Besitz eines 64-bit-Gerät zum testen 64-bit-Leistung).

Herunterladen .zip-Ordner von der GitHub Seite: https://github.com/BradLarson/GPUImage

Entpacken, und navigieren Sie zu dem "Rahmen" - Ordner. Von hier aus, fügen und kopieren Sie den 'Source' Ordner in Ihrem Xcode-Projekt. Sicher 'Copy items into destination group' s folder " angekreuzt ist, und dass 'Create groups for any added folders" ist auch angehakt. Dies wird kopieren Sie das Allgemeine, iOS-und Mac-headers/Umsetzung Dateien in Ihr Projekt.

Wenn Sie nicht brauchen, die Mac-Dateien, weil Sie kompilieren für iOS können Sie löschen die Mac-Ordner vor dem kopieren der Dateien in Ihr Projekt, oder löschen Sie einfach die Gruppe von der innerhalb von Xcode.

Sobald Sie Hinzugefügt haben, wird der Quell-Ordner, um Ihr Projekt verwenden Sie einfach die folgende zu beginnen, GPUImage Klassen/Methoden:

#import "Source/GPUImage.h" 

Ein paar Dinge hinweisen:

• Wenn Sie eine Fehlermeldung erhalten, die sagen, 'Kakao' nicht gefunden, die Sie Hinzugefügt haben, die Mac-Ordner/Header in Ihrem iOS-Projekt - löschen Sie einfach die Mac-Gruppe/Dateien aus dem Projekt und die Warnung verschwinden
• Wenn Sie benennen Sie den Quell-Ordner (nicht die Gruppe in Xcode), verwenden Sie diesen Namen anstelle von "Quelle/GPUImage.h" in der #import-Anweisung. Also, wenn Sie den Ordner umbenennen zu GPUImageFiles, bevor Sie zu Ihrem Projekt hinzufügen, verwenden Sie: #import "GPUImageFiles/GPUImage.h
• Offensichtlich sorgen arm64 ausgewählt ist, in der jeweils geltenden Architekturen Liste, um die Vorteile der A7 64-bit Prozessor!
• Dies ist nicht eine GPUImage.framework-bundle (z.B. wenn Sie die heruntergeladene framework von http://www.raywenderlich.com/60968/ios-7-blur-effects-gpuimage) also kann es nicht der richtige Weg, um GPUImage, dass Brad Larson gedacht, aber es funktioniert für meine aktuelle SpriteKit Projekt.
• Es gibt keine Notwendigkeit, um die Verknüpfung zu frameworks/Bibliotheken etc. - importieren Sie einfach die header-und implementation-source-Ordner, wie oben beschrieben,

Hoffe die oben hilft - es scheint, es gab keine klaren Anweisungen, überall trotz der Frage mehrere Male, aber keine Angst, GPUImage funktioniert auf jeden Fall für die arm64-Architektur!

InformationsquelleAutor der Antwort inaccessiblerail

Als morisunshine Antwort weist in richtige Richtung, ein wenig zwicken in seiner Antwort, die mein problem gelöst für iOS8.2 .Vielen Dank an ihn.

Ich löste dieses problem, indem Sie festlegen, dass:

ARCHS = armv7

VALID_ARCHS = armv6 armv7 armv7s arm64

BUILD ACTIVE ARCHITECTURE ONLY= NO

InformationsquelleAutor der Antwort SandeepAggarwal

Für mich, verwende ich die opencv-2.4.9 in xcode 7.2 für iOS und die Fehler oben ist aufgetreten, und ich löse den Fehler mithilfe der opencv durch pod installieren statt offline opencv framework.

Können Sie einen Versuch haben, indem die opencv-pod-text unten und löschen Sie die offline-opencv framework, wenn Sie verwendet haben.

pod 'OpenCV', '2.4.9'

InformationsquelleAutor der Antwort Chuyang

Ich habe vor dem gleichen problem, nach der Installation des AWS-framework zu überwinden dieses Problem,ich habe update der POD config-Datei von Ihrem Projekt erstellt, nach der Installation von AWS-POD. Check config-Datei wie unten

OTHER_LDFLAGS = $(inherited) -ObjC -l"Pods-AWSAutoScaling" -l"
Pods-   AWSCloudWatch" -l"Pods-AWSCognito" -l"Pods-AWSCore" -l
"Pods-AWSDynamoDB" -l"Pods-AWSEC2" -l"Pods-AWSElasticLoadBalancing" 
-l"Pods-AWSKinesis" -l"Pods-AWSLambda" -l"Pods-AWSMachineLearning" 
-l"Pods-AWSS3" -l"Pods-AWSSES" -l"Pods-AWSSNS" -l"
Pods-AWSSQS"-l "Pods-AWSSimpleDB" -l"Pods-Bolts" -l"Pods-FMDB" 
-l"Pods-GZIP" -l"Pods-Mantle" -l"Pods-Reachability" -l"Pods-TMCache" 
-l"Pods-UICKeyChainStore" -l"Pods-XMLDictionary" -l"sqlite3" -l
"z"-framework "Accelerate" -framework "AssetsLibrary" 
-framework "CoreLocation" -framework "Foundation" -framework
"ImageIO" -framework "Security" -framework "SystemConfiguration"
-framework "UIKit" -weak_framework "UIKit"
 OTHER_LIBTOOLFLAGS = $(OTHER_LDFLAGS)   

wenn deine config-Datei nicht richtig funktioniert, dann Setzen Sie Ihre Andere Linker-flag $(inherited)

InformationsquelleAutor der Antwort Swapnil1156035

Wenn die Architektur-und linker-Einstellungen sehen gut aus, überprüfen Sie Ihre h-Dateien. Mein Problem war der gleiche Fehler, aber ich hatte umstrukturiert, die h-Dateien und entfernt habe ich eine extern-Anweisung. Andere m-Dateien verwenden, die variable, wodurch die linker-Fehler.

InformationsquelleAutor der Antwort Nick

Ich weiß, das ist ein Alter Zweig. Jedoch das gleiche problem gestartet, passiert mir nach der Migration auf die neueste CocoaPods version (1.0.0) und versucht neu zu installieren, alle Schoten. Ich traf die "Fehlende Symbole für armv64" linker-Fehler.
Seltsam genug, ich löste es, indem Sie die folgenden Schritte durchführen:

1. Entfernen Sie alle pods pod (init,
   pod installieren)

2. Schreiben Sie die podfile in umgekehrter Reihenfolge (anstatt:
   pod "Mixpanel",
   pod "Intercom",
   Verwendet habe ich:
   pod "Intercom",
   pod "Mixpanel"
   )

3. Pod installieren

Umkehrung der Reihenfolge der Abhängigkeiten im podfile und den Wiederaufbau der "pods" hat das problem gelöst.

InformationsquelleAutor der Antwort Arik Segal

in einigen Fällen, wenn Sie definieren eine weitere Schnittstelle in einem .h-Datei, aber nicht die Umsetzung all dieser Schnittstelle, dieser Fehler aufgetreten ist.

Der linker kann nicht gefunden der Umsetzung .m-Datei, so müssen Sie die Umsetzung in Ihre .m-Datei für jede Schnittstelle.

Diesen Fehler zu beheben:

1.in .m-Datei", geben Sie die Implementierung für jede Schnittstelle.
2.rebuild

InformationsquelleAutor der Antwort Michael Yang