XCTest les erreurs de build pour la cible de test Xcode 5:

J'ai mis en place un XCode 5 iOS 7 projet pour les tests unitaires.

Bien sûr, la configuration de l'unité de tests prennent tellement de temps que j'essaie de garder la foi que cela en vaut la peine. En difficulté pendant des heures sur cette erreur:

ld: building for iOS Simulator, but linking against dylib built for MacOSX file
'/Applications/Xcode5-DP5.app/Contents/Developer/Library/Frameworks/XCTest.framework/XCTest' 
for architecture i386

Des idées sur la façon de résoudre?

  • Je vais avoir le même problème avez vous trouver une solution?
InformationsquelleAutor user798719 | 2013-08-16
  1. 21

    Vérifier votre Cadre de Recherche de Chemins dans votre test, les paramètres de la cible. Ceux-ci peuvent être endommagés lors de l'ajout de la XCTest Cadre.

    Ajoutant XCTest à l'un de mes projets précédées d'un "/" pour les chemins de causer pour ne pas trouver la bonne version.

    • cela fonctionne pour moi.
    • En retirant les 2 occurrences de ( \ " ), il fonctionne pour moi, Merci!
    • Je vous remercie, et la grande place!!! Indésirables de la chaîne d'échappement, introduit par XCode, a été le problème.
    InformationsquelleAutor HatAndBeard
  2. 17

    Aucune des réponses ci-dessus, a travaillé pour moi. J'ai trouvé une réponse ici dans un commentaire laissé par Tim Macfarlane.

    Pour linker les erreurs à la recherche d'une classe dans votre application...
    définir les “Symboles Cachés par Défaut” construire le réglage “NON” dans votre application
    cible. Ce qui rend toutes les classes de votre application à la disposition de votre cible de test
    automatiquement...

    Donc, cela signifie qu':

    • Projet Navigator > Sélectionnez votre projet
    • Cibles > Sélectionnez votre Application (pas de Tests)
    • Paramètres de construction > de la Recherche pour "Symboles Cachés Par Défaut"
    • "Symboles Cachés Par Défaut" > Changer de "OUI" à "NON"
    • Vouliez-vous dire "Changer de YES à NO"? Rien n'a fonctionné pour moi, même pas ça 🙁
    • Bon oeil. J'ai fait la correction. Si cela ne résout pas le problème, je ne sais pas ce qui serait 🙁
    • Avez-vous voir mon autre réponse dans ce fil de discussion à propos de l'autre linker les drapeaux? C'est cette dernière pièce qui me manquait. Je n'ai PAS besoin de toutes ces autres chemins de recherche que d'autres ont ajouté.
    • Grande suite via @RyanH. Merci!
    • Je viens de changer pour DEBUG seulement, et il a résolu le lien d'un problème avec les classes compilées uniquement en application d'hébergement.
    • J'ai également eu à régler Deployment Postprocessing à NO pour Debug

    InformationsquelleAutor eckyzero
  3. 13

    J'ai eu le même problème; le problème (pour moi, au moins) que la FRAMEWORKS_SEARCH_PATHS construire indiqué, le SDK cadres dossier après le développeur principal de cadres dossier.

    Les cadres fourni avec Xcode ont trois compilations séparées: l'une pour OS X, un pour iOS (périphérique), et un troisième pour le Simulateur iOS. L'OS X de construire est le principal promoteur du dossier, les deux autres étant la vertu de leurs dossiers de plate-forme. Le hic, c'est que si vous ne spécifiez pas à rechercher dans le dossier SDK premier (qui sont dans les dossiers de plate-forme), Xcode (ou plus correctement, l'éditeur de liens) recherche l'OS X construire la première et de produire de l'erreur que vous voyez.

    La solution est simple, mettez:

    FRAMEWORK_SEARCH_PATHS = $(SDKROOT)/Developer/Library/Frameworks $(inherited)

    dans vos paramètres de construction. Si vous mettez les paramètres de construction dans le fichier de projet (je ne le recommande pas, mais c'est une autre question pour un autre jour), il est nommé "Cadre chemins de la recherche."

    REMARQUE: Parfois, Xcode est un peu lent à comprendre; vous aurez probablement besoin de supprimer votre build dossier (mieux qu'un simple nettoyage) pour que cela prenne effet.

    • Seulement cette réponse a fonctionné pour moi. J'ai tous le chemin d'accès et les paramètres ok, mais l'ordre qui compte vraiment. J'ai été en utilisant SenTestingKit. Cherché une solution pour un couple d'heures, et enfin trouvé.
    • Même chose que @karim. Je ne peux pas croire combien de temps j'ai perdu sur ce ...
    InformationsquelleAutor Calrion
  4. 6

    Ont le même problème après la conversion de tests à partir de SenTestCase à XCTestCase. Revenant cadre dirs correction d'un problème:

    "$(SDKROOT)/Developer/Library/Frameworks" (non-recursive)
"$(DEVELOPER_LIBRARY_DIR)/Frameworks" (non-recursive)
    • Millions de upvotes si je le pouvais. C'était le correctif pour moi.
    • Yup, également corrigé cela pour moi. Merci!
    InformationsquelleAutor Aist Marabu
  5. 5

    Donc, pour moi, ce qui me manquait après avoir essayé tout le reste de ce poste, a été:

    D'Autres Drapeaux De L'Éditeur De Liens:

    -framework XCTest

    Je suis actuellement en utilisant Xcode 6.0 (avec l'iOS 8 SDK), donc je suis surpris de voir que le "Edit > Refactoriser le code > Convertir XCTest..." l'option n'ajoute pas automatiquement.

    • Yup, qui a fonctionné pour moi, merci! Bizarre que la conversion rate ça!
    InformationsquelleAutor Ryan H.
  6. 4

    J'étais face à problème lors de l'ajout sentestingkit cadre dans xcode 5 . Ces paramètres ont travaillé pour la résolution de problème de linker.XCTest les erreurs de build pour la cible de test Xcode 5:

    • Cela fonctionne mais j'ai quelques "répertoire introuvable erreurs". Peur il peut causer des problèmes plus tard
    • vous pouvez publier un répertoire introuvable .Instantané ou chemin d'accès complet ?
    InformationsquelleAutor Muhammad Adnan
  7. 3

    J'ai eu ce problème lors de l'ajout d'un autre fichier pour les tests.
    Si vous faites cela avec (CMD + N) d'être sûr de ne cible
    le Test Bundle (ie. 'AppNameTests').

    Je suppose que ces .xctest les faisceaux ont accès à l'
    XCTest Cadre.

    InformationsquelleAutor cnnrdltn
  8. 3

    J'ai eu le même problème après le changement de nom de mon nom de la Cible et de déplacer des choses autour. Il s'est avéré que mes tests ont été une partie de mon Objectif Principal. Assurez-vous que tous vos fichiers de test n'appartiennent qu'à votre cible de test.

    Sélectionnez simplement un .m fichier, assurez-vous que vous avez le volet droit de l'ouvrir.

    XCTest les erreurs de build pour la cible de test Xcode 5:

    • woohoo! nice! merci pour ce détachement. il a résolu mon problème.
    InformationsquelleAutor ribeto
  9. 1

    J'ai eu le même problème lorsque j'essaye de construire XCTTest base de tests unitaires avec pré-7.0 SDK. Quand j'ai choisi 7.0 comme ma Base SDK puis ce genre de lien d'erreur a disparu.

    InformationsquelleAutor Pavel Osipov
  10. 1

    Eu le même problème, mais a terminé avec un peu différente de la solution.

    sélectionnez XCTest.cadre et assurez-vous que seul votre dossier de test est vérifié sous l'Objectif d'Adhésion.

    XCTest les erreurs de build pour la cible de test Xcode 5:

    InformationsquelleAutor Bob
  11. 0

    Assurez-vous que le Cadre de Recherche de Chemin (FRAMEWORK_SEARCH_PATHS) pour la YourProjectTests cible inclut le chemin d'accès $(SDKROOT)/Developer/Library/Frameworks, et que celui-ci est répertorié avant $(inherited).

    Dans mon cas, les deux chemins étaient présents, mais $(inherited) était la première.

    De crédit va à https://stackoverflow.com/users/181947/brian-clear sur Apple Mach-O de l'éditeur de liens (id) avertissement : bâtiment pour MacOSX, mais de se lier à des dylib construit pour iOS

    InformationsquelleAutor Marius