Pourquoi ibtool a échoué avec le code de sortie 255 ?

Question

Tout à coup, je ne peux plus construire mon projet. J'obtiens l'erreur de compilation suivante :

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/ibtool a échoué avec le code de sortie 255

J'obtiens cette erreur pour un grand nombre de mes fichiers xib. Avez-vous une idée de ce qui se passe et de la solution ?

Utilisation de Xcode 4.6, iOS 6.1.

Answer 1

J'ai eu ce bug parce que j'ai réécrit une <view> a <imageView> tout en éditant le storyboard en tant que code source.

J'ai pensé que cette solution rapide et simple fonctionnerait pour remplacer certaines classes personnalisées (sous-classe de UIView ) avec UIImageView s.

---

Toutes les louanges de GIT.

Answer 2

C'est ce qui a causé le problème pour moi : J'avais essayé d'utiliser le simulateur iOS 8.0 avec Xcode 5.0.2. J'avais collé le simulateur iOS 8.0 dans le chemin suivant - /Applications/Xcode\ 2.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs Le résultat de cette opération est que j'ai pu voir le simulateur iOS 8.1 visible dans la liste déroulante dans Xcode 5.0.2 mais cela a entraîné une erreur de compilation de libtool. J'ai retiré le simulateur du chemin et cela a fonctionné après avoir redémarré Xcode. Maintenant, pour utiliser le simulateur iOS 8.0, j'utilise Xcode 6.1.

Answer 3

J'ai corrigé l'erreur avec cette commande, fermer le simulateur et Xcode :

codesign -vv /A*/Xc* | open -ef

J'espère que cela vous aidera.

Answer 4

J'ai obtenu cette erreur en construisant pour 10.9 un .XIB créé dans XCode 6.4 (10.10).

Ver cette réponse . Le XIB demandait 'labelColor' qui a été introduit dans la 10.10, et qui était inconnu dans la 10.9.

L'ouverture du XIB en tant que source a empêché le plantage de XCode, et m'a permis de changer les instances de 'labelColor' en 'textColor' et l'erreur a été résolue.

Answer 5

Comme Logan Geefs le mentionne plus haut, il semble que ce problème soit causé par des séquences du contrôleur d'interface (c'est-à-dire des boucles). La suppression des "mauvaises" séquences ne résout pas vraiment le problème de navigation. Ce qu'il faut, c'est placer stratégiquement certaines actions de bouton vers les [contrôleurs pop].

Voici le code qui a fonctionné pour moi :

 - (IBAction)backToStart {

   [self popToRootController];
 }

 - (IBAction)backToPrevious {

   [self popController];
 }