Xcode 9 - La commande de l'éditeur de liens a échoué avec le code de sortie 1
En compilant l'application, obtenant l'erreur suivante
"compilé avec une version plus ancienne de la langue Swift (3.0) que celle des fichiers précédents (4.0)"
Pourrais-tu m'aider s'il te plaît?
Utilisez le xcworkspace pour construire au lieu du xcproject?
Cela se produit généralement lorsque vous utilisez Cocoapods et que vous construisez à partir du xcproject qui ne connaît pas les bibliothèques de cocoapod.
Supprimez les données dérivées et effectuez une nouvelle génération.
Et si vous construisez un framework, assurez-vous d'avoir sélectionné Generic IOS Device lors de la construction ou définissez Build for Active Architecture only sur true dans Build Settings.
_ {Je pense que cela se produit parce que vous avez changé le nom de votre application ou peut-être la cible} _
cherchez à résoudre ce problème voir votre cible dans Podfile} _
et revenez ensuite à votre xcode dans le cibles sélectionnez votre application cible et dans cadres liés et bibliothèques (le dernier en bas) s'il y a any pods avec couleur claire et un nom étrange que celui de votre cible dans le fichier pod} _ et supprimez-le à l'aide du bouton moins.
J'ai résolu ce problème aujourd'hui en exécutant l'application dans le simulateur à l'aide de la cible associée au fichier d'ensemble nommé dans le paramètre Paramètres de construction -> Chargeur d'ensemble de la cible de test. Auparavant, j'avais supprimé mon dossier de données dérivées tout en travaillant sur une cible différente ayant un nom de produit différent de celui associé au fichier d'ensemble de cibles test. La réexécution de l'application dans le simulateur doit avoir recréé le fichier d'offre dans le dossier de données dérivé recherché par la cible de test, puis mes tests ont démarré correctement.
J'ai eu les deux copies de fichiers dans la base de code. La suppression d'une copie a aidé le code à construire avec succès
si vous avez pod premier projet propre et fermez Xcode puis ouvrez terminal et allez dans le dossier de projet puis pod update ouvrez le projet et exécutez dans mon cas travail
Je préférerais résoudre le problème spécifique, mais si aucune des réponses ne fonctionne, une réinitialisation complète peut le résoudre. Si vous obtenez cette erreur et que vous obtenez également des lectures d'erreur faisant référence à des "fichiers de symboles en double", ET que tous les autres efforts ont échoué, une réinitialisation complète pourrait fonctionner pour vous.
Ce qui a fonctionné pour moi:
- Lisez le rapport d'erreur pour identifier le référentiel qui contient soi-disant des fichiers en double.
- Faites glisser le dépôt vers la corbeille.
- re-cloner votre repo.
- configurez votre repo avec un suivi à distance correct.
git remote add <url.git>ougit remote set-url <url.git>
Cela a absolument fonctionné pour moi. Dans mon cas, pour une raison quelconque, lorsque j'ai exécuté git pull upstream develop pour une dépendance locale, git récupérait/générait des fichiers en double à partir de plusieurs commits.
Après avoir suivi les étapes ci-dessus, le problème a disparu et git pull upstream develop ne tirait plus de plusieurs commits à la fois. Peut-être y avait-il une étrange cache git pour mon dépôt.
Je suis probablement en retard pour vous, mais pour les futurs développeurs en difficulté ...
Si vous manipulez le podfile ou créez de nouvelles cibles, ou si vous en avez modifié le nom, vérifiez que, dans les options de construction, vous disposez du cadre de pod correct pour le nom des cibles.