web-dev-qa-db-fra.com

Erreur Lipo !! impossible d'ouvrir le fichier d'entrée

Mon application fonctionnait parfaitement bien, puis j'ai commencé à intégrer le SDK pour la notification Push et à arrêter l'intégration entre les deux. J'ai même supprimé le SDK de mon projet et en essayant d'archiver ou d'exécuter l'application, cela me donne l'erreur:

lipo Error !! impossible d'ouvrir le fichier d'entrée.

Toute aide serait grandement appréciée, j'ai donné suffisamment de temps pour résoudre ce problème, mais j'ai échoué.

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/lipo: impossible d'ouvrir le fichier d'entrée:/Users/XYZ/Library/Developer/Xcode/DerivedData/MyAPP-hjbmqpnmsoruqxbwlayqkjsojccv/Build /Intermediates/MyAPP.build/Debug-iphoneos/MyAPP.build/Objects-normal/armv7s/MyAPP (aucun fichier ou répertoire de ce type)

44
Zac24

Je l'ai fait fonctionner, je viens de faire un simple changement dans ma cible de projet-> Paramètres de construction-> Construire une architecture active uniquement et définir cette construction d'une architecture active uniquement sur OUI. Et ça fonctionne bien maintenant ..

mise à jour Après 6 mois:

Encore une fois, je fais face à ce problème après la mise à jour vers Xcode5. Cette fois, je dois mettre à jour la cible du projet -> Paramètres de construction -> Architecture valide vers armv7. J'ai supprimé armv7s et arm64.

68
Zac24

En définissant "Activer Bitcode" sur "Non", cela fonctionne pour moi.

Maintenant, je peux également exécuter sur l'appareil et soumettre à l'App Store.

enter image description here

12
Avijit Nagare

Notez que je l'ai obtenu lors du passage de Carthage à CocoaPods. La solution consistait à supprimer "Supprimer les architectures inutiles" dans la section Phases de construction.

7
Austin

Cela m'est arrivé parce que j'utilise des cocoapods et que le projet Pods dans l'espace de travail avait un paramètre différent pour "Build Active Architecture Only" que mon projet principal (YES et NO respectivement). Lorsque j'ai réglé les deux sur "NON", j'ai pu construire et exécuter sur mon appareil.

5
Code Roadie

Essayez de supprimer l'iPad/iPhone connecté, le cas échéant. Cela a fonctionné pour mon cas.

4
Eric Shim

Essayez de supprimer les fichiers que vous avez supprimés de la cible du projet -> Phases de construction -> Compiler les sources.

J'espère que ça t'as aidé.

4
nemesis

Dans mon cas, j'ai exécuté mon application après quelques mises à jour, puis j'ai essayé de la valider sur git, et les conflits ont ruiné mon code. C'était une triste histoire.

Mais heureusement, j'avais une sauvegarde sur mon système et j'ai remplacé le code ruiné par mon code local.

Maintenant, lors de l'exécution, j'ai ressenti le même problème. Alors nettoyer le projet était le bâton magique pour moi. J'ai nettoyé le projet et j'étais prêt à partir.

1
rptwsthi

Cette erreur s'est produite lorsque j'ai décidé de nettoyer mon dossier de données dérivées. Je devais appeler carthage update --platform iOS puis appelez Clean dans Xcode et compilez à nouveau. J'espère que cela peut aider quelqu'un

1
Daniel Chepenko

C'était un problème de cocoapodes pour moi. J'utilise 0.35.0, Xcode 6.1.1, et apparemment, je dois mentionner mes cibles dans mon podfile pour que tous mes cocoapods fonctionnent correctement avec mes cibles.

Au bas de mon podfile, j'ai ajouté:

link_with 'Target A', 'Target B' ...

Ajoutez tous vos noms cibles, fermez Xcode, exécutez pod install, ouvrez Xcode, et il devrait se construire pour vous.

Voici le problème de github: https://github.com/CocoaPods/CocoaPods/issues/2627

1
djibouti33

J'ai mis à jour un framework dans mon projet mais j'ai en quelque sorte manqué de commettre/pousser son seul fichier 'info.plist' (à cause d'un problème dans mon fichier gitignore). Depuis lors, tout le monde a commencé à obtenir cette erreur. Donc, la simple validation du fichier info.plist manquant a résolu le problème. J'espère que cela aide quelqu'un.

0
govind sah

j'ai essayé de resélectionner la signature du profil d'approvisionnement pour le débogage et la libération. cela a résolu le problème.

0
mnemonic23

Rien de tout cela n'a fonctionné pour moi.

Après un peu de fouille (git reset, etc.), j'ai trouvé que mon espace de travail était corrompu. J'ai supprimé le contenu du project.xcworkspace et tout est revenu à la normale.

La raison pour laquelle même la réinitialisation n'a pas fonctionné est que le .xcworskpace est dans mon .gitignore (comme beaucoup je suppose).

0
vivien.destpern

Accédez au répertoire de votre projet, recherchez le dossier de construction et supprimez-le. Ensuite, effectuez un nettoyage propre, puis générez un projet.

J'espère que ça aide

0
Aravind Vemula

J'utilise à la fois Carthage et Cocoa Pods et voici comment j'ai résolu le problème sans supprimer "Supprimer les architectures inutiles" dans la section Phases de construction:

• Accédez à l'onglet "Build Phases" dans votre cible

• Faites glisser "Supprimer les architectures inutiles" (ou ce que vous avez appelé votre script) vers une ligne supérieure (par exemple, au-dessus de "Compiler les sources").

• Nettoyer et construire

J'espère que ça t'as aidé!

0
Patrick Ridd

Dans mon cas, le problème s'est produit car j'avais une variable d'instance d'objet (AVAudioPlayer) déclarée avec le même nom dans deux contrôleurs - le délégué d'application et un autre contrôleur. Étrange, mais le problème a disparu lorsque j'ai renommé l'un d'eux.

0
davidm

Bundle Compile Source Files

vous devez avoir à ajouter des fichiers .m dans Compile Sources of Bundle Target.

0
prish

Pour moi, cela s'est produit parce que mon exécutable principal et une bibliothèque avec laquelle j'étais lié statiquement avaient des paramètres différents dans Paramètres de construction> Architectures. La bibliothèque a été définie uniquement sur "Architectures standard" mais l'exe principal a été défini sur "Architectures standard (y compris 64 bits)".

Je pense que ce qui se passait, c'est que lorsque le processus de construction est allé tout lier, il a constaté qu'il manquait les versions 64 bits des bibliothèques, provoquant cette erreur.

Les régler tous sur la même valeur (avec ou sans 64 bits) a résolu le problème pour moi.

0
Brian Rak

Cela se produit généralement après avoir modifié les cibles de déploiement dans XCode et est facilement résolu par "Produit> Nettoyer" avant de tenter une construction.

0
nilobarp

J'obtiens cette erreur lorsque je déconnecte l'appareil de mon Mac, appuie sur mon projet sur le nom de mon projet (près du bouton de lecture/arrêt de la construction dans le coin supérieur gauche), sélectionnez l'appareil -> [Appareil iOS] et appuyez sur le produit -> construire Je veux également mentionner ce projet a beaucoup de bibliothèques tierces et quelques bibliothèques installées avec des pods.

0
Nikolay Shubenkov

Nouvelle réponse potentielle pour Swift: nous avons isolé cette erreur jusqu'à une seule utilisation de l'opérateur de coalescence nul (??) dans un fichier de catégorie. L'opérateur est utilisé ailleurs dans notre projet sans problème, mais dans ce fichier spécifique, le supprimer corrige l'erreur lipo.

0
puzzl

J'ai eu cette erreur après qu'un rebase a mis un tas de répertoires inaccessibles (encore et encore) dans mes chemins de recherche de framework. Quelqu'un n'a importé les frameworks sur lesquels il travaillait qu'à la toute fin et a laissé des références à son propre répertoire dans le code. Résolu en comparant les branches et en supprimant le code incriminé du pbxproj

0
n_b