Commande /Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang a échoué avec le code de sortie 1

J'essaie de faire une application de lecture pdf en utilisant un kit pdf dans Xcode 4.3 mais cela 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 

toute aide s'il vous plaît ??

Paramètres du projet> Sous "Cibles", select votre projet> Phases de construction> ouvrir "Comstackr les sources" et "Copier les ressources de l'set". Vérifiez si des files sont répertoriés en couleur rouge. Si oui, supprimez-le. Ensuite, nettoyez et courez.

A travaillé pour moi.

Faites 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 la même erreur et personne ne semble avoir une réponse sur StackOverflow qui fonctionne réellement. Mon problème était quand j'ai essayé de copyr un projet qui était dans un référentiel d'équipe. Il s'avère que, dans le file ignore, tous les files avec l'extension *.pch ont été ignorés des *.pch du référentiel. Cela signifie que quand je suis allé retirer le projet du repo, le file .pch était manquant, jetant ainsi cette erreur.

Heureusement, j'avais encore une copy du projet et j'étais capable de simplement copyr le file .pch et j'étais alors capable de comstackr très bien.

J'espère que cela t'aides?

Accédez aux preferences de la cible, onglet Résumé, find "cible de deployment" et l'augmenter.

Je fais face à ce problème aussi. Et souvent je cherchais de l'aide dans SO au lieu d'utiliser le bon sens et de vérifier le message d'erreur.

La dernière partie du message d'erreur était la même que vous.

 Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 11 

Mais quelques lignes ci-dessus j'ai trouvé:

 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 pointe vers mon file Config.h.

Codage heureux!

Vous avez accidentellement inclus le file .m OverlayManager au lieu du file .h dans la class OverlayManager elle-même! Fondamentalement, il comstack déjà pour comstackr le file .m, mais lorsque vous l'importez, le compilateur essaie de l'inclure dans le même file source, générant ainsi des symboles en double. Mais votre cas est unique, vu que vous #important le .m du file .m de la class réelle! Il comstack récursivement votre class OverlayManager.

La même chose m'est arrivée et j'ai trouvé que j'avais oublié de mettre le "à la fin du

 #import "CPDConstants.h 

donc au lieu

 #import "CPDConstants.h" 

Pour moi, cette erreur apparaît après le clonage du projet à partir d'un référentiel. Quelqu'un a supprimé un espace blanc du nom du projet (renommé: "The Project" en "TheProject"), ce qui a provoqué des erreurs Build Settings sur des paths non valides.

Parfois, la lecture de l'set des journaux d'erreurs n'est pas une mauvaise idée ….

Essayez ceci – click le nom de votre projet dans la list des files / dossiers sur la gauche dans Xcode (tout en haut de la list). Regardez la section "Cibles" sur le côté gauche de la window vers la droite. Probablement, il y en a deux listés avec le second étant un item "test". Faites un clic droit sur cet élément et select "supprimer". Ensuite, essayez de réexécuter le projet.

la suppression de ~/Library/Developer/Xcode/DerivedData m'a aidé.

reference: lien

La chose à considérer ici est le file * .pch. Si vous faites un include à partir d'une bibliothèque externe, vous devez vous assurer que vous faites l'include après #ifdef OBJC et avant #endif. Si vous essayez de faire votre inclusion en dehors de cette condition, cela peut être une cause de l'erreur du compilateur.

Cela s'est-il produit dans une équipe utilisant git. Un des membres de l'équipe a ajouté une class à partir d'une source externe mais ne l'a pas copiée dans le directory repo. La version locale compilée correctement mais l'continuous integration a échoué avec cette erreur.

La réimport des files et leur ajout au directory sous le contrôle de version l'ont corrigé.

Moi aussi j'ai eu cette erreur. Mais dans mon cas, et je suis sûr que je serai un un ici, j'ai accidentellement supprimé main.m quand j'ai frappé la touche Supprimer après que l'application s'est écrasée sur le simulateur de l'iPhone.

Après un plantage, Xcode montre le file main.m et quand j'avais touché delete, j'avais accidentellement supprimé le file main.m de mon projet, comme c'est facile à faire quand un nom de file est mis en évidence, pas le code dans le détail vue.

Main.m réside normalement dans un groupe ou un dossier nommé supportant les files dans le gestionnaire de files du projet. Je n'avais pas remarqué que cela se produisait jusqu'à ce qu'il ne réussisse pas à se build et à fonctionner la prochaine fois, puis j'ai dû relire le message d'erreur de plus près et j'ai vu que main.m était manquant.

Merci à tous pour vos commentaires, mais au cas où quelqu'un se findait dans ma position, vérifiez les noms de files en rouge montrant les files manquants et restaurez-les à partir d'une sauvegarde si vous l'avez.

L'ajout des files manquants (files en couleur rouge dans Xcode-> target-> Build Phases-> sources compilées) au dossier cible a résolu le problème pour moi.

Mon problème était que sous Build Phases -> Comstack Sources, j'ai ajouté un indicateur de compilation pour un file, mais je l'avais mal orthographié. Il était censé être:

 -fno-obj-arc 

pour montrer que ce file n'utilise pas ARC.

Peut-être que cela sera utile pour quelqu'un: j'ai eu la même erreur après avoir supprimé plusieurs files du projet. Après avoir supprimé les commit dans le repository git, cette erreur est passée …

Ce problème se produit généralement lorsque plus de deux versions de XCode sont installées dans lesquelles différentes versions de Swift incorporées pour Ex. XCode 6.4 et XCode 7.3 sont installés qui exécutent Swift 1.2 et Swift 2.0. Par erreur, vous essayez de comstackr du code avec une version corrigée pour Ex. votre projet dans Swift 1.2 et vous essayez de le comstackr avec xcode 7.3. Dans ce cas, datatables du lecteur stockent des informations pour la version rapide, mais lorsque vous essayez de comstackr du code avec un code X correct, cela donne une erreur. Pour résoudre ce problème

  1. Supprimer datatables du lecteur
    une. Dans Xcode, select les preferences

entrez la description de l'image ici

  1. Une fois les preferences ouvertes, click l'onglet Emplacement et click la flèche située devant le path 'Données pilotées'. Il va ouvrir le dossier de données drived

entrez la description de l'image ici

  1. Quitter Xcode
  2. Supprimez toutes datatables du lecteur.
  3. rouvrir le projet dans l'erreur XCode correcte est fixée !!!!!!

Xcode 8

@ La réponse de Spoek est juste,

Mais si vous ne trouvez pas le file en couleur rouge , alors trouvez celui avec une faible opacité,

voir cette image,

entrez la description de l'image ici

Le premier est là mais le deuxième est noté là, alors supprimez-le.

Mon cas, je le répare par:

Allez dans Build Phases et vérifiez les files de compilation , vérifiez s'il contient un file en double , n'en gardez qu'un.

Cela m'est arrivé et il m'a fallu une heure pour le find. Dans mon cas, j'avais tapé trop vite et j'ai fait:

 [seld method]; 

au lieu de:

 [self method]; 

Sérieusement! Je ne sais pas pourquoi il n'a pas compris cela d'une manière plus reconnaissable. Mais c'était bien sûr la search d'une class appelée "seld".