Commande / Xcode.app/Contents/Développeur/Toolchains/XcodeDefault.échec de xctoolchain / usr / bin/clang avec le code de sortie 1
j'essaie de faire une application en lisant pdf en utilisant le kit pdf dans Xcode 4.3 mais il me donne l'erreur suivante
ld: duplicate symbol _OBJC_METACLASS_$_OverlayManager in /Users/dt4it/Library/Developer/Xcode/DerivedData/MyPdf4-bmkjglhhvneluqcbwpceiqjvdcmq/Build/Intermediates/MyPdf4.build/Debug-iphonesimulator/MyPdf4.build/Objects-normal/i386/OverlayManager-D0866CFD31A05E68.o and /Users/dt4it/Library/Developer/Xcode/DerivedData/MyPdf4-bmkjglhhvneluqcbwpceiqjvdcmq/Build/Intermediates/MyPdf4.build/Debug-iphonesimulator/MyPdf4.build/Objects-normal/i386/OverlayManager-B31AE7412100AF6D.o for architecture i386
Command /Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 1
de l'aide s'il vous plaît ??
21 réponses
paramètres du projet > sous" Cibles", sélectionnez votre projet > phases de construction > ouvrez "compiler des Sources"et" copier des ressources". Vérifiez si des fichiers sont listés en couleur rouge. Si si , il suffit de le supprimer. Puis les nettoyer et de les exécuter.
travaillait pour moi.
faire un nettoyage. product > clean
. La purge et le redémarrage du Terminal n'ont pas fonctionné pour moi, le nettoyage l'a fait.
j'ai eu cette même erreur et personne ne semble avoir de réponse sur StackOverflow qui fonctionne réellement. Mon problème est quand j'ai essayé de copier un projet qui était dans un référentiel d'équipe. Il s'avère que, dans le fichier ignore, tous les fichiers avec l'extension *.pch
ont été ignorés des commits du dépôt. Cela signifie que lorsque je suis allé retirer le projet de la mise à jour, le fichier .pch
manquait, jetant ainsi cette erreur.
Heureusement que j'avais une copie du projet j'ai quand même pu copier le fichier .pch
et j'ai pu le compiler.
J'espère que ça va aider?
aller à préférences de la cible, onglet Résumé, trouver" cible de déploiement " et l'augmenter.
je fais face à ce problème aussi. Et ofc j'ai cherché de l'aide dans donc au lieu d'utiliser le bon sens et vérifier le message d'erreur.
La dernière partie du message d'erreur est le même que vous.
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 11
mais j'ai trouvé peu de lignes au-dessus:
In file included from /Users/Ricardo/Documents/XCode/RealEstate-Finder-v1.2/RealEstateFinder/RealEstateFinder/RealEstateFinder-Prefix.pch:26:
/Users/Ricardo/Documents/XCode/RealEstate-Finder-v1.2/RealEstateFinder/RealEstateFinder/Config/Config.h:174:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
http://www.myserver.com/apps/mobile/rest.php?id=12
ce qui indique ma Config.h fichier.
bon codage!
vous avez accidentellement inclus le .m file OverlayManager au lieu du .le fichier h dans la classe OverlayManager! Fondamentalement, il compilateur sait déjà pour compiler le .m fichier, mais quand vous #l'importez, le compilateur essaie de l'inclure en ligne avec ce même fichier source, générant ainsi des symboles dupliqués. Mais votre cas est unique, vu que vous êtes # importing the .m de l'effectif de la classe .m fichier! Il est en train de compiler récursivement votre classe Superpaymanager.
la même chose m'est arrivée et j'ai découvert que j'avais oublié de mettre le "à la fin du
#import "CPDConstants.h
donc à la place
#import "CPDConstants.h"
pour moi cette erreur apparaît après le clonage du projet à partir d'un dépôt. Quelqu'un a retiré un espace blanc du nom du projet (renommé: "le projet" en "le projet") qui a causé quelques erreurs Build Settings
aux chemins non validés.
lire parfois l'ensemble des journaux d'erreurs n'est pas une mauvaise idée....
essayez ceci - cliquez sur le nom de votre projet sur la liste des fichiers/dossiers à gauche dans Xcode (en haut de la liste). Regardez la section" cibles " sur le côté gauche de la fenêtre à droite. Probablement, il y en a deux listés avec le second étant un "test" item. Cliquez-droit sur l'élément et sélectionnez "supprimer". Puis essayez d'exécuter à nouveau le projet.
supprimer ~/Library/Developer/Xcode/DerivedData
m'a aidé.
la référence : lien
La chose à considérer ici est la *.pch fichier. Si vous faites un inclu à partir d'une bibliothèque externe, vous devez vous assurer que vous faites l'inclu après #ifdef OBJC et avant #endif. Si vous essayez de faire votre include en dehors de cette condition, cela pourrait être une cause de l'erreur du compilateur.
a eu ce cas dans une équipe utilisant git. Un des membres de l'équipe a ajouté une classe provenant d'une source externe, mais ne l'a pas copiée dans le répertoire repo. La version locale compilée très bien mais l'intégration continue a échoué avec cette erreur.
Réimportant les fichiers et les ajoutant au répertoire sous le contrôle de version corrigé.
moi aussi j'ai eu cette erreur. Mais dans mon cas, et je suis sûr que j'en serai un ici, j'ai accidentellement supprimé main.m quand j'ai appuyé sur la touche delete après que l'application s'est écrasée sur le simulateur iPhone.
après un crash, Xcode affiche le main.m et quand j'ai appuyé sur Supprimer, j'ai accidentellement supprimé le fichier principal.m fichier de mon projet, car il est facile à faire lorsqu'un nom de fichier est en surbrillance, pas le code dans la vue de détail.
Main.m réside normalement à un groupe ou un dossier nommé fichiers de soutien dans le gestionnaire de fichiers du projet. Je n'avais pas remarqué ce qui est arrivé jusqu'à ce qu'il n'ait pas réussi à construire et exécuter la fois suivante et puis j'ai dû relire le message d'erreur plus étroitement et l'ai vu dit principal.m est manquant.
merci à tous pour votre contribution, mais juste au cas où il ya quelqu'un dans ma position vérifier pour tous les noms de fichiers en rouge montrant les fichiers manquants et les restaurer à partir d'une sauvegarde si vous l'avez.
ajouter les fichiers manquants(fichiers en couleur rouge dans Xcode->target->Build Phases->compiled sources) dans le dossier cible a résolu le problème pour moi.
mon problème était que sous les Phases de compilation - > compiler les Sources, j'ai ajouté un indicateur de compilateur pour un fichier, mais je l'avais mal orthographié. C'était censé être:
-fno-obj-arc
pour montrer que ce fichier n'utilise pas ARC.
peut être qu'il sera utile pour quelqu'un: J'ai eu la même erreur après avoir supprimé plusieurs fichiers du projet. Après avoir effacé les données dans le dépôt git, cette erreur a disparu...
ce problème se produit habituellement lorsqu'il y a plus de deux versions de XCode installées dans lesquelles différentes versions de Swift sont incorporées par exemple. Xcode 6.4 et Xcode 7.3 sont installés et fonctionnent avec Swift 1.2 et Swift 2.0. Par erreur, vous essayez de compiler du code avec la version icorrect par exemple. votre projet dans Swift 1.2 et vous essayez de le compiler avec xcode 7.3. Dans ce cas, drive data stocke des informations pour la version swift, mais lorsque vous essayez de compiler le code avec Xcode correct, il donne une erreur. Pour résoudre ce
- supprimer les données d'entraînement
A. Dans Xcode sélectionner Préférences
- une fois les préférences ouvertes, cliquez sur l'onglet Emplacement et cliquez sur la flèche devant le chemin "Drived data". Il ouvrira drived data folder
- Quitter Xcode
- supprimer toutes les données du lecteur.
- rouvrir le projet dans l'erreur Xcode correcte est corrigé !!!!!!
Xcode 8
@Spoek réponse est à droite,
mais si vous ne trouvez pas le fichier dans couleur rouge , puis trouver celui avec une faible opacité,
voir cette image,
le premier est là mais le second est à noter, donc supprimez-le.
Mon cas, j'ai corrigé par:
allez à phases de construction et vérifiez compilez des Sources fichiers, vérifiez si elle a dupliquer fichier, il suffit d'en conserver un.
dans mon cas, il s'agissait d'une entrée dupliquée Swift Flag
à l'intérieur des paramètres de construction de ma cible > autres drapeaux Swift. J'avais deux entrées -Xfrontend
dedans.
Ce qui m'est arrivé et il m'a fallu une heure pour le trouver. Dans mon cas, j'avais tapé trop vite et fait:
[seld method];
au lieu de:
[self method];
sérieusement! Je ne sais pas pourquoi il n'a pas vu ça d'une façon plus reconnaissable. Mais il cherchait bien sûr une classe appelée "seld".