Cocoapods erreur: l'éditeur de liens de commande a échoué avec le code de sortie 1 (l'option-v pour voir invocation)
Première fois à l'aide des gousses de cacao (dernière version) pour les dépendances dans le dernier Xcode 7.2.1 avec Swift 2.1. J'ai initialiser mon dossier de projet, puis de modifier les podfile et ajouter mes dépendances. Quand je lance pod install
il fonctionne sans accroc jusqu'à ce que j'ouvre mon projet et d'essayer de construire. J'ai essayé avec deux projets distincts (l'un étant la nouvelle marque pour les tests) et je reçois linker command failed with exit code 1 (use -v to see invocation)
pour les deux. Mon pod fichier ressemble à ceci:
platform :ios, '8.0' #8.0 is minimum supported, right?
use_frameworks!
target 'Testing Frameworks' do
pod 'Alamofire', '~> 3.0'
end
Vous devez vous connecter pour publier un commentaire.
La fermeture de votre projet en cours et ouvrez le .xcworkspace créé dans votre dossier de projet.
Bonne chance!
pod init
sur le projet de nouveau, ajouté les dépendances de mon fichier pod, a fait unpod install
et ouvert le projet avec la nouvellexcworkspace
. Il charge le projet, mais qui a exactement la même erreur, et un nouvel avertissement qui dit: la Cible 'Gousses-projet "projet" Gousses " a été rejeté comme un implicite de la dépendance 'Pods_project.cadre "parce que ses architectures x86_64' ne contient pas toutes nécessaires architectures i386, x86_64'BUILD ACTIVE ARCHITECTURE ONLY
PAS dans les paramètres de construction. Merci!!!!D'abord essayer de de Montrer le Rapport navigator (8. dans l'onglet de navigation à gauche de Xcode) et vérifier la rapport. Il devrait vous donner quelques infos à ce qui se passe sur comme:
framework not found Pods_[PODFILE_OLD_ABSTRACT_TARGET_NAME]
.Souvent lorsque vous modifiez la
abstract_target
nom (ou quel que soit le Cocoapods pour nom le cadre dans le futur) danspodfile
, vérifiez votre cible Lien binaire Avec les bibliothèques en vertu de la phases de construction.S'il conserve le cadre de l'ancien nom qui n'existe plus (à côté de la nouvelle), supprimer.
J'ai juste eu le même problème dans mon projet. Je l'ai trouvé dans les paramètres GÉNÉRAUX du projet dans la section "Liaison des Cadres et des Bibliothèques" il y a deux fichiers pour des gousses:
"libPods.a"
et"Pods_ProjectName.framework
"La suppression de
"libPods.a"
aidé dans mon cas.Solution pour moi a été l'ajout d' `$(hérité) drapeau de LIBRARY_SEARCH_PATHS dans l'objectif de construire des paramètres.
Si vous rencontrez cette erreur, tout en développant un module, il est possible que votre module ne pas exporter quoi que ce soit. Vérifiez le modèle de
s.source_files
dans votre.podspec
. Pour moi, le glob motif manquait mes fichiers sources.