Xcode 5.1 - Keine zu kompilierenden Architekturen (ONLY_ACTIVE_ARCH = YES, active arch = x86_64, VALID_ARCHS = i386)

Nach dem Update auf Xcode 5.1 kann ich mein Projekt für den 64-Bit-Simulator nicht mehr erstellen und erhalte folgende Fehlermeldung:

 No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=x86_64, VALID_ARCHS=i386).

Dies sind meine Ziel-Build-Einstellungen:

Ich habe versucht, "Build Active Architecture" in "No" zu ändern und "i386" zu "Valid Architectures" hinzuzufügen. Leider hat beides nicht funktioniert. Vielen Dank für alle Vorschläge!

Ich hatte die gleiche Fehlermeldung nach dem Upgrade auf XCode 5.1. Verwenden Sie CocoaPods? Wenn ja, sollte dies das Problem beheben:

1. Löschen Sie das Projekt "Pods" aus dem Arbeitsbereich im linken Bereich von Xcode und schließen Sie Xcode.
2. Führen Sie "pod install" über die Befehlszeile aus, um das Projekt "Pods" neu zu erstellen.
3. Öffnen Sie Xcode erneut und stellen Sie sicher, dass "Nur aktive Architektur erstellen" in den Build-Einstellungen des "Pods" -Projekts und Ihres eigenen Projekts auf "Nein" gesetzt ist.
4. Reinigen und bauen.

Was Sie tun müssen, ist nur das auf ONLY_ACTIVE_ARCHzu setzen NO(funktioniert zumindest für mich). Unten ist ein Screenshot dafür:

BEARBEITEN:

Soweit ich weiß ( bitte darauf hinweisen, wenn es etwas falsch ist, Dank ), wenn Sie setzen ONLY_ACTIVE_ARCHauf YES, bedeutet dies , das Xcode wird nur für die aktive Architektur bauen (was auf das Gerät bezieht , die in Xcode gerade aktiv ist). Die Standardeinstellung von Xcode scheint Debug zu sein YES, sodass keine Binärdateien für andere Architekturen erstellt werden, wenn Sie nur für ein spezielles Gerät erstellen möchten, das mit Ihrem Mac verbunden ist.

Der Grund für die fehlgeschlagene Erstellung könnte sein, dass das Projekt die Architektur des von Ihnen verbundenen Geräts nicht unterstützt. Die beste Lösung besteht also darin, die richtige Architektur für Ihr Gerät hinzuzufügen. Unten finden Sie eine Liste der Architekturen und der Geräte, die Folgendes unterstützen:

• ARMv8 / ARM64: iPhone 6, iPhone 5s, iPad Air,Retina iPad Mini
• ARMv7s: iPhone 5, iPhone 5c,iPad 4
• ARMv7: iPhone 3GS, iPhone 4, iPhone 4S, iPod 3G/4G/5G, iPad, iPad 2, iPad 3,iPad Mini
• ARMv6: iPhone, iPhone 3G,iPod 1G/2G

Warum funktioniert "set the ONLY_ACTIVE_ARCHto NO" ? Da das Gerät weiterhin die Binärdatei ausführen kann, die für alle von Ihnen hinzugefügten Architekturen erstellt wurde (übergeben Sie den Build), jedoch an Leistung verliert. Dies ist nur eine schnelle Lösung, aber nicht die beste.

Hinweis : Je mehr Architekturen Sie hinzugefügt haben, desto größer wird die Binärdatei. Es ist also gut, die richtigen Architekturen für Ihr Projekt auszuwählen. ;)

In arm64an das Ziel ist valid architectures. Sieht so aus, als würde es auch x86-64simulatorgültigen Architekturen Architektur hinzufügen .

Wenn Sie CocoaPods verwenden, besteht das wahrscheinlichste Problem darin, dass in Ihrem Pods-Projekt Build-Einstellungen nur für Build Active Architecture für Debug auf Ja festgelegt ist .

Die Lösung ist einfach. Ändern Sie es in Nein .

Wechseln Sie in ähnlicher Weise für Ihr Anwendungsprojekt zu Nein .

Ich hatte ein ähnliches Problem. Wurde gelöst, indem "Architektur " in den Build-Einstellungen für das Projekt in " $ (ARCHS_STANDARD_32_BIT) " geändert wurde .

Jetzt müssen Sie Standardarchitekturen (armv7, arm64) - $ (ARCHS_STANDARD) auswählen, da Apple Apps empfiehlt, die auf einer 64-Bit-Architektur basieren . Klicken Sie auf: Apple-Dokument

Hinzufügen: Architekturen: $ (ARCHS_STANDARD_INCLUDING_64_BIT)

Gültige Architekturen: arm64 armv7 armv7s

Nur für den Fall, dass für alle, die trotz der oben genannten Schritte immer noch auf das Problem stoßen, überprüfen Sie, ob der von Ihnen ausgeführte Simulator auch der unterstützte ist. Ich hatte meine für arm7 und arm7s angegeben, versuchte aber, die App auf einem 64-Bit-Simulator auszuführen.

Um zu vermeiden, dass "pod install" bei jeder Ausführung nur_active_arch zum Debuggen zurücksetzt, können Sie Ihrer Pod-Datei Folgendes hinzufügen

# Append to your 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

Fügen Sie einfach arm64 in eine gültige Architektur ein. Ich hoffe, es wird für Sie funktionieren.

Mein Problem war, dass das Pods-Projekt trotz meiner Podfile auf OS X abzielte platform :ios. Ich benutze Cocoapods 0.35.0.rc2.

Um dies zu beheben, wählen Sie das Pods-Projekt im Projektnavigator aus und überprüfen Sie, ob der Pods PROJECT-Knoten (wohlgemerkt nicht das Pods-Ziel) auf iOS abzielt. Das heißt, die Einstellungen für die Architekturerstellung sollten wie folgt sein:

• Architekturen: $(ARCHS_STANDARD)
• Basis-SDK: iOS 8.1
• Unterstützte Plattformen: iOS
• Gültige Architekturen: $(ARCHS_STANDARD)

Ich wollte auch alle Architekturen erstellen und habe dem Podfile Folgendes hinzugefügt:

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

Ich musste folgendes hinzufügen i386und x86_64dazu Valid Architectures. Ich verwende Xcode 7.2 und ziele auf iOS 8+ ab. Hatte ich schon armv7, armv7sund arm64da drin und die in Xcode 6.4 arbeitete.

Ich hatte das gleiche Problem, als ich meine App mit xcode 5.1 auf dem iPad ausführte. Es wurde behoben, indem armv7s aus 'gültigen Architekturen' entfernt und der Wert 'Nur aktive Architekturen erstellen' auf Nein gesetzt wurde. Beide Felder finden Sie in Ihrer App-> Ziele-> Build-Einstellungen-> Architekturen.

Ich bin zu dieser Frage aufgrund eines Problems mit der Befehlszeilenerstellung für den Simulator in Xcode 7.2 gekommen. Falls jemand mit demselben Problem hierher kommt, werde ich die gefundene Lösung teilen:

Anscheinend gibt es einen Fehler in Xcode 7.2 , xcodebuildder beim Versuch, einen Simulator zu erstellen , zum Scheitern führt. Die Lösung besteht darin, die Option "-destination" anzugeben, z.

xcodebuild -project TestBuildCmd.xcodeproj -scheme TestBuildCmd -sdk iphonesimulator -destination 'platform=iOS Simulator,name=iPhone 6' build

Aktualisieren

Mit dem obigen Beispielbefehl wird eine Binärdatei erstellt, die nur die Grafiken für das iPhone 6 enthält. Wenn die Binärdatei auf anderen Simulatoren ausgeführt wird, wird die iPhone 6-Grafik auf die Plattform skaliert. Eine bessere Problemumgehung, die alle Grafiken für alle Plattformen enthält, besteht darin, den Parameter anzugeben PLATFORM_NAME=iphonesimulator, zum Beispiel:

xcodebuild -project TestBuildCmd.xcodeproj -scheme TestBuildCmd -sdk iphonesimulator -arch i386 PLATFORM_NAME=iphonesimulator build

Versuchen Sie, alle vorherigen Architekturen zu entfernen (dh die Einstellung ARCHS_STANDARD zu entfernen), während Sie i386 zu den Architekturen hinzufügen. Dies sollte die aktive Architektur in i386 ändern. Ich habe ein ähnliches Problem festgestellt, als ich versucht habe, standardmäßig für armv7 zu erstellen, aber es wurde weiterhin versucht, für arm64 zu erstellen. Ich habe ARCHS_STANDARD in ARCHS_STANDARD_32_BIT geändert, und dies hat die ausgewählte aktive Architektur geändert.

In der Akrhiektur - manchmal zur Unterstützung von 6.0 und 7.0 - schließen wir arm64 aus

Wählen Sie unter Architekturen -> Architektur - Standardarchitektur arm64 armv7 armv7s aus. Gleich unten in Valid acrchitecture make user arm64 armv7 armv7s ist enthalten. Das hat bei mir funktioniert.

Ich habe dieses Problem mit der Antwort von @ Kjuly und der spezifischen Zeile gelöst:

"Der Grund für die fehlgeschlagene Erstellung könnte sein, dass das Projekt die Architektur des von Ihnen angeschlossenen Geräts nicht unterstützt."

Wenn Xcode geladen ist, wird meine iPad-App automatisch auf iPad Air eingestellt

Dies verursachte den Fehler bei der Abhängigkeitsanalyse.

Durch Ändern des Gerätetyps wurde das Problem sofort behoben:

Ich weiß nicht, warum das funktioniert, aber dies ist eine sehr schnelle Antwort, die mir viel Fummeln im Hintergrund erspart hat und die App sofort zum Testen gebracht hat. Ich hätte nie gedacht, dass dies eine Sache sein könnte und etwas so Einfaches würde es beheben, aber in diesem Fall tat es.

Ich fand, dass es notwendig war, die Architekturnamen von Hand einzugeben:

Ich weiß nicht, warum dies notwendig war, dh warum diese Werte nicht von Xcode selbst geerbt wurden. Aber sobald ich das tat, ging das Problem weg.

In Gültige Architekturen: Wählen Sie jeden Eintrag aus (Release, Debug) und erstellen und drücken Sie die Rücktaste. Es sollte funktionieren