Xcode linker erreur: le fichier est trop petit pour l'architecture x86_64

Je suis du développement d'une application dans Xcode.

Quand j'essaie de compiler, cette erreur apparaît:

ld: in /Users/theodore/Library/Developer/Xcode/DerivedData/Tower-bkpdifuqssebjdgurzmtirbxejnn/Build/Intermediates/Tower.build/Debug/Tower.build/Objects-normal/x86_64/TWRAppDelegate.o, file too small for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Personne ne sait quel est le problème?

  • Essayez une reconstruction complète / nettoyer. Il est possible que la version précédente a été anormalement abandonnée, laissant le TWRAppDelegate.o fichier corrompu ou zéro-taille.
  • Un peu precisation: vous n'avez qu'avec cmd+maj+k, si cela ne fonctionne pas, allez dans les données dérivées du dossier et supprimer le dossier nommé comme votre projet.
  • Il n'y a pas besoin d'aller Bousiller construire des dossiers plus soi-même. Maintenez les touches Option et commande Clean (qui est dans le menu Produit) les changements de “Nettoyer Dossier de création...”, ce qui le fait pour vous.
  • Martin Baulig la suggestion a résolu mon problème. Merci!
  • Si vous postez votre suggestion comme une réponse, je vais upvote et de le marquer comme " la accepté de répondre.
  • POUVEZ-VOUS M'ENTENDRE?
  • Merci de me laisser voler votre commentaire. Mon copier-coller et de il a juste obtenu à 40 upvotes, et m'a donné le Gourou de l'argent insigne. Aller à la figure. 🙂
  • Rapporte-moi la bonne Question d'argent insigne 🙂
  • J'ai commencé à souvent cette erreur pour un tiers bibliothèque écrite en Swift (PromiseKit). Il l'habitude de travailler sur OK lorsque j'ai utilisé l'ancienne version qui a été écrit en Objective-C. c'est Peut-être un bug dans la Swift compilateur?

InformationsquelleAutor tbodt | 2012-12-25
  1. 161

    Voler @martin-baulig réponse:

    Tenter une reconstruction complète /nettoyer. Il est possible que la version précédente a été anormalement abandonnée, laissant le TWRAppDelegate.o fichier corrompu ou zéro-taille.

    • Enfin!!! Vous le méritez.
    • Merci! 🙂 Eh bien, @martin-bailig la réponse dans les commentaires m'ont aidé, mais ce serait mieux de l'avoir ici comme une véritable réponse.
    • Mon projet prend du temps à construire. Vous pouvez vous en sortir avec juste la suppression de l'1-4 objet les fichiers qui sont endommagés si vous arrêtez l'accumulation anormalement plutôt que de tout.
    InformationsquelleAutor Peter K.
  2. 11

    Je l'habitude d'ajouter un espace (qui peut être de n'importe quel caractère pour cette question) dans le fichier en question, retirez-la, puis enregistrer.
    Plus facile et plus rapide qu'une construction propre.

    • Votre réponse me sauver 10 minutes de la reconstruction de la projet de! Merci
    InformationsquelleAutor grassyburrito
  3. 4

    rm -rf /Users/hostname/Library/Developer/Xcode/DerivedData

    InformationsquelleAutor yeyimilk
  4. 3

    tout simplement supprimer ce fichier à exécuter cmd dans votre terminal app:

    HTML:

    rm /Users/theodore/Library/Developer/Xcode/DerivedData/Tower-bkpdifuqssebjdgurzmtirbxejnn/Build/Intermediates/Tower.build/Debug/Tower.build/Objects-normal/x86_64/TWRAppDelegate.o

    InformationsquelleAutor haithngn
  5. 3

    Pour résoudre automatiquement ce problème Build Script Phase peuvent être ajoutés. Goto Xcode -> Votre Projet -> Votre Cible -> Phases de construction -> + -> Nouveau Exécuter le Script Phase

    Renommer Xcode Link Fix et de le déplacer au-dessus Compile Sources phase. Les coller dans le script corps:

    # Legacy build system
legacy_dir=`dirname "$LD_DEPENDENCY_INFO_FILE"`
find "$legacy_dir" -size 0 | while read -d $'\n' file; do
    rm "$file"
done

# New build system
find "$OBJECT_FILE_DIR_normal" -size 0 | while read -d $'\n' file; do
    rm "$file"
done

    Ce script vérifie pour objet les fichiers avec une taille de zéro et les supprime donc lorsque la compilation est faite dans la prochaine étape, c'succès.

    Vous devez ajouter ce script pour chaque application cible, si vous avez beaucoup de.

    Ce script prend ~0,1 seconde pour exécuter et vous permet d'économiser de plein projet de reconstruction.

    InformationsquelleAutor Anton Plebanovich
  6. 1

    Depuis la construction d'un nettoyage de projet peut prendre de façon trop longtemps, il est plus court moyen pour ceux qui ont l'accès au fichier est corrompu dans le cache:

    • Supprimer le fichier (suppression de la référence)
    • Projet de construction d'
    • Réinsérez fichier
    • Projet de construction d'

    Version complète de sorte que vous n'avez aucun mal à trouver le fichier:

    • Trouver le fichier dans Xcode project navigator
    • Clic droit sur le fichier et appuyez sur "afficher dans le finder" (ouvre un explorateur à l'emplacement où le fichier est)
    • Sélectionnez le fichier dans Xcode et appuyez sur retour arrière puis cliquez sur "Supprimer la référence"
    • De construction du projet (ce sera un échec, mais attendez la fin)
    • Réinsérez fichier par glisser-déposer depuis le finder dans le même endroit que vous venez de supprimer il
    • De construction du projet (devrait fonctionner maintenant)
    InformationsquelleAutor Matic Oblak
  7. 1

    Vous pouvez simplement supprimer le TWRAppDelegate.o fichier et continuer votre build. Copiez le chemin d'accès complet mentionné dans le message d'erreur et le coller derrière un 'rm' de la commande dans votre terminal. Il n'y a pas besoin de nettoyer/reconstruction, de supprimer des données dérivées, ajouter/supprimer le fichier de projet, etc..

    InformationsquelleAutor Jason Pepas
  8. 1

    Moyen rapide pour corriger l'erreur sans le cache de propreté:

    1. Ouvrir le fichier décrit dans l'erreur (dans le cas de cette question TWRAppDelegate)
    2. cmd + Un
    3. cmd + X
    4. Reconstruction de l'échec
    5. cmd + V
    6. Reconstruire - réussir
    InformationsquelleAutor Vadim Akhmerov
  9. 0

    L'étape 1. Aller à: Project > Build Settings > les Chemins de Recherche

    L'étape 2. Set "Toujours à la Recherche de Chemins de l'Utilisateur" sur "Oui"

    L'étape 3. La construction du projet (Vous aurez un message d'avertissement mais le projet permettra de construire.)

    L'étape 4. Set "Toujours à la Recherche de Chemins de l'Utilisateur" Ne et construire à nouveau pour éliminer l'avertissement

    InformationsquelleAutor tland
  10. 0

    Propre reconstruire na pas dans mon cas, donc je vais expliquer comment j'ai résolu le problème:

    - Suppression de la référence au fichier (n'effacez pas le fichier)

    - Ajouter le fichier à nouveau le projet et exécutez

    InformationsquelleAutor David Santiago