J'ai mis à niveau mon SDK Xcode vers la version 10 hier soir, puis je constate que je ne peux pas créer.
J'obtiens cette erreur:
Impossible de trouver le fichier d'entrée de construction: '/Users/call01/Library/Developer/Xcode/DerivedData/Comp-Lite-Apps-gytvmossqptokeafrddvvmnlzadk/Build/Products/Debug-iphoneos/SG11.app/SG11
qui n'existait pas avant ma mise à niveau et je suis tenté de revenir en arrière, mais j'aimerais m'en tenir à la version 10 si je peux résoudre ce problème.
Pour les fichiers Swift ou les fichiers appartenant au projet tels que:
Build input file cannot be found: PATH/TO/FILE/FILE.swift
Ce problème peut se produire lorsque des fichiers ou des dossiers ont été supprimés ou déplacés dans le projet.
Réparer:
Allez dans le navigateur de projet, sélectionnez votre projet
Sélectionnez l'
Build Phases
ongletDans la
Compile Sources
section, vérifiez le (s) fichier (s) dont Xcode se plaintNotez que le (s) fichier (s) ont le mauvais chemin, et supprimez-les en cliquant sur l'icône moins
Ajoutez à nouveau le (s) fichier (s) en cliquant sur l'icône plus et recherchez dans le projet.
Produit> Dossier de construction propre
Construire
Vous trouvez généralement ces fichiers manquants dans le
Recovered References
dossier de Xcode dans l'arborescence du projet (recherchez la barre de recherche en bas à gauche de Xcode et recherchez votre fichier de plainte):Les supprimer de ce dossier peut également résoudre l'erreur.
la source
Pour moi, dans Xcode 10, ces solutions ont fonctionné comme un charme. Allez simplement dans le dossier Références récupérées et supprimez tous les fichiers de couleur rouge et ajoutez-le à nouveau avec la référence appropriée.
la source
Cela a fonctionné pour moi dans Xcode 10:
la source
Curieusement, fermer Xcode et le rouvrir pourrait également suffire.
la source
La solution ci-dessus fonctionne finalement pour moi; cependant, j'ai besoin de faire quelques étapes supplémentaires pour finalement le faire compiler avec succès. (Ces étapes supplémentaires étaient nécessaires même sur Xcode 9.)
la source
Vérifiez simplement le chemin d'accès au fichier .plist dans les paramètres de construction de votre cible
la source
J'ai résolu ce problème de cette façon: allez dans les phases de construction de votre projet (cliquez sur l'icône du projet en haut, puis cliquez sur Phases de construction). Recherchez votre fichier ici. S'il est là (il sera grisé), supprimez-le. Puis nettoyez (shift + alt + commande + k), et exécutez! J'espère que ça aide.
la source
Si l'erreur indique qu'il ne trouve pas Info.plist et qu'il cherche dans le mauvais chemin , procédez comme suit:
la source
Aucun de ces éléments n'a fonctionné pour moi, mais cela a fonctionné:
path = "path/to/file.swift"
à l'emplacement réel sur le disque et enregistrez le fichier.la source
ouvrez le volet de navigation de droite où vos fichiers de projet existent OU JSUT cliquez sur cmd + 1 Puis recherchez le dossier "Références récupérées" ouvrez-le tous les fichiers rouges (supprimez-les) alors tout fonctionnera si bien.
la source
J'ai eu cela pour construire mes tests unitaires. Cela peut être arrivé parce que j'ai supprimé les exemples de tests.
J'ai supprimé le paquet de tests unitaires, puis je l'ai ré-ajouté comme indiqué dans les images ci-dessous et tout allait bien à nouveau.
la source
J'ai rencontré cette erreur après avoir renommé un fichier. D'une manière ou d'une autre, Xcode n'a pas renommé correctement le fichier réel sur le disque.
Il n'a donc pas pu trouver le fichier. Parfois, les fichiers sont mis en évidence avec une couleur de texte rouge. À d'autres moments, l'icône Swift devant le fichier recevait une superposition grise.
Le correctif était simple.
la source
J'ai eu un problème similaire après la mise à niveau vers une nouvelle version swift récemment. Le déplacement de fichiers faisait que mon projet xcode faisait référence à des éléments qui n'étaient plus dans le répertoire du projet, ce qui me donnait le fichier d'entrée de construction de code d'erreur introuvable.
Dans ma situation, j'avais en quelque sorte plusieurs fichiers / images qui étaient référencés comme décrit ci-dessous:
Dans l'image ci-dessus.
C'est ici que j'avais en quelque sorte plusieurs fichiers et images référencés à partir d'autres dossiers et la construction échouerait car ils ne pouvaient plus les trouver. Et je n'ai pas pu les trouver non plus! ou comment Xcode les référençait toujours
J'espère que ça aidera quelqu'un d'autre !
la source
J'ai eu le même problème. Le problème était que je n'avais aucun fichier sous Target> Build Phases> Compile Sources. Le problème a été résolu après avoir ajouté au moins un fichier à Compile Sources.
la source
Ce n'est pas que j'ai fait quelque chose de mal, mais j'ai rencontré ce problème pour une raison complètement différente et je sais un peu ce qui l'a causé.
J'utilisais auparavant finder et faisais glisser un fichier dans le répertoire / dossier de mon projet. Je n'ai pas traîné dans Xcode . Pour que Xcode inclue ce fichier dans le projet, j'ai dû le faire glisser moi-même plus tard dans Xcode.
Mais quand je suis passé à une nouvelle branche qui n'avait pas ce fichier (ni nécessaire), Xcode me donnait cette erreur:
J'ai nettoyé le dossier de construction et supprimé mes données dérivées, mais cela n'a pas fonctionné jusqu'à ce que je redémarre mon Xcode.
la source
Cela a fonctionné pour moi
la source
Dans mon cas, le fichier (et le répertoire) que XCode mentionnait était incorrect et le problème a commencé à se produire après une fusion de Git avec une branche relativement énorme. Pour résoudre le même problème, j'ai effectué les étapes suivantes:
J'espère que ces étapes aideront quelqu'un.
la source
la source
Ce dont Xcode se plaignait, c'était un fichier XIB. Je l'ai fait fonctionner en allant dans Projet -> Phases de construction -> Copier les ressources du bundle, en supprimant le XIB "problématique", en nettoyant (CMD + Shift + K), en le construisant et en le rajoutant à nouveau.
la source
Il y a aussi une possibilité que parfois, lorsque vous déplacez vos fichiers vers un dossier différent et en particulier lorsque vous déplacez votre
info.plist
vers un autre dossier, vous devez définir l'emplacement de ce fichier. Pour résoudre ce problème, cliquez simplement sur l'icône bleue de votre projet en haut, et vous verrez un bouton à la place du nom du projet et de l'identifiant du bundle, cliquez dessus et localisez leinfo.plist
fichier là-bas, nettoyez et compilez joyeusement.la source
J'ai rencontré ce problème peu de temps après la mise à niveau vers Xcode 10, mais ce n'était pas le problème.
J'ai essayé de changer le système de construction, mais cela m'a donné une erreur distincte qui signifiait la même chose. Dit généralement "Le fichier X est introuvable".
Il y a plusieurs choses à vérifier lorsqu'un fichier est introuvable.
C'est bien de la part d'Apple mais cela ne fonctionne pas toujours.
Phases de construction Sources de compilation Dans cette liste, il peut y avoir des métadonnées pour un fichier que le projet est censé compiler, mais le fichier n'existe pas réellement et il tente de trouver le fichier au chemin donné. Dans cette liste, il sera grisé, supprimez-les et ajoutez-les à nouveau en basculant les dépendances cibles du fichier ou en le supprimant manuellement et en le faisant glisser.
Chemin du fichier Vérifiez le chemin du fichier imprimé par l'erreur et le chemin du fichier dans le Finder. Vous pouvez facilement le voir en cliquant sur le fichier dans Xcode et en cochant l'onglet "Afficher l'inspecteur de fichiers" (l'onglet le plus à gauche). Si ces chemins sont corrects, vous êtes bon!
Fichiers grisés dans votre projet qui ne sont pas dans les références récupérées ou en rouge Celui-ci m'a énervé car ce n'est pas évident sur ce qui s'est passé, mais fondamentalement si vous allez dans Finder et déplacez un fichier vers un emplacement différent sans mettre à jour la référence dans le projet il lancera l'erreur car le fichier n'existe plus là-bas. La seule indication que j'ai trouvée pour cela est que le fichier dans l'onglet "Navigateur de projet" (onglet le plus à gauche) est très légèrement grisé, mais lorsque vous supprimez ce fichier, Xcode ne vous invite pas à supprimer la référence ou à envoyer à poubelle. Vous pouvez résoudre ce problème en supprimant le fichier et en l'ajoutant à nouveau au projet ou en allant dans l'onglet "Inspecteur de fichiers" et en cliquant sur l'icône du dossier à côté du chemin et en le modifiant à l'emplacement approprié.
Quoi qu'il en soit, l'erreur indique qu'il ne trouve pas de fichier, le passage à l'ancien système de construction est un pansement pour un problème plus concret. En tant que développeurs, nous comprenons qu'un compilateur souhaite simplement qu'un artefact soit répertorié à la fin d'un chemin de fichier. Quelque part, le chemin n'est pas correct! Nous devons trouver où c'est!
Mon problème a été résolu avec l'élément 4 ci-dessus. J'espère que cela aide quelqu'un.
la source
Fichier> Paramètres du projet> Modifier les systèmes de construction en systèmes de construction hérités
la source
Dans mon cas, j'ai accidentellement supprimé un dossier xcodeproj tiers que j'ai utilisé dans mon application.
la source
Si vous avez essayé le profilage et que cela n'a pas fonctionné et que vous ne pouvez plus créer, accédez à votre volet Cible (via l'icône du projet), passez à l'onglet Paramètres de construction, recherchez PROFILE - et définissez CLANG_USE_OPTIMIZATION_PROFILE sur "Non".
la source
Dans mon cas, j'avais créé une nouvelle cible de test et supprimé le fichier swift par défaut, il ne restait donc que le fichier
info.plist
. L'ajout d'un nouveau fichier a résolu ce problème.la source
Dans mon cas, j'avais un script de construction qui générait le binaire .app (Buck). Le script de construction Buck s'est exécuté en parallèle avec l'étape de construction Swift Embed. Étant donné que le binaire .app n'a pas encore été généré, l'étape Swift échouait.
Dans mon script de construction, j'ai ajouté
"$BUILD_PRODUCTS_DIR/$EXECUTABLE_PATH"
sous"Output Files"
.Cela indique au nouveau système de construction de Xcode que ce script générera le binaire de l'application et que Xcode s'assurera de synchroniser toutes les étapes de construction qui dépendent de cet artefact.
la source