Question

Cette question porte RESTKIT 0.9.x.

SI vous débutez RESTKIT UTILISATION DE LA RÉCENTE ENVISAGER 0.10.x branche.

J'ai récemment hérité d'un projet qui utilise ( restkit.org ). J'ai commencé à utiliser une branche ( 402-nouvelle-build-process ) qui est plus compatible avec .

Mon projet un tous les exemples de projets et de construction terme, mais quand il s'agit d'archivage d'une application de la génération échoue:

/Users/AUser/Documents/SubFolder/stable-branches/project-iOS-client/RestKit/Examples/RKTwitterCoreData/Classes/RKTwitterAppDelegate.m:9:9: fatal error: 'RestKit/RestKit.h' file not found [2]
 #import <RestKit/RestKit.h>
         ^
1 error generated.

Xcode - pas kit reste archives exemple de projet

J'ai suivi Installation Guide de dépannage sur le wiki du projet, mais cela ne fonctionne pas.

par réponse de Blake Je construis le répertoire DerivedData:

paramètres du répertoire DerivedData

En plus je recherche d'en-tête essayé de mettre ces (dans de nombreuses combinaisons [seulement]) Guesses:

"$ (BUILD_DIR) / RestKit / Build"
"$ (SOURCE_ROOT) / RestKit / Build"
"$ (SOURCE_ROOT) /../../ Build"
"$ (BUILD_DIR) /../../ Build"

Était-ce utile?

La solution

!!! Mise à jour à la dernière version de la branche !!!

Je viens de construire RKCatalog et RKTwitterCoreData comme une archive sur Xcode 4.2 sans problème. Je suis à défaut en raison d'un problème de signature de code. Avez-vous confirmé que vous construisez avec le répertoire DerivedData:

RestKit suppose que vous utilisez un projet Xcode bâtiment moderne dans le répertoire DerivedData. Confirmez vos paramètres via le menu "Fichier"> "Paramètres du projet ...". Dans l'onglet « Construire » dans la feuille qui apparaît, cliquez sur l'onglet « Avancé ... » bouton et confirmer que votre « Build Localisation » est le « Emplacement dérivé des données ».

Je peux pousser des changements qui rsync les en-têtes à un emplacement connu, mais j'espérais que la standardisation sur DerivedData simplifierait le processus.

Autres conseils

Je pense que tous ces correctifs étaient coups de couteau dans l'obscurité, ou du moins ressenti comme ça pour moi. Je me attendais à lire une à obtenir des cheveux d'une jeune vierge et brûlant sur le Mac.

S'il compile pour vous dans dev, mais pas pour l'archivage lié à son être simple quelque chose. Ou du moins il était pour moi.

Mes fichiers source ne sont pas au bon endroit:

L'en-tête de la recherche a été fixé à "$ (SOURCE_ROOT) / RestKit / Build"

Mais j'avais simplement traîné le fichier proj d'où je l'ai téléchargé dans XCode. Cela n'a jamais été un problème lors de la compilation pour le débogage, etc. Juste lors de l'archivage, donc je na pas il place pour un certain temps.

Assurez-vous que jamais ce chemin est à la RestKit / Build est où les fichiers sont réels.

Correction pour moi, contrairement à tous les doigts croisés vos corrections que j'ai lu. Comme les en-têtes se déplaçant dans un groupe, etc ... quelle charge de déchets qui a été.

Bonne chance, espérons que cette aide. Merci à l'équipe de Restkit, c'est vraiment un grand cadre.

Jamie

Je construis contre le développement branche et d'intégrer RestKit comme sous-module dans mon dossier git racine

+ root project folder
|--+ RestKit
|--+ <Projectname> 
   |--+ <Projectname>.xcodeproj

J'utilise les chemins de recherche suivants

"$(BUILT_PRODUCTS_DIR)/../../Headers"
"$(SOURCE_ROOT)/../RestKit/Build"

Pour réitérer réponse Jamie Reynolds, la plupart (sinon tous) vous avez défini vos chemins de recherche d'en-tête « $ (SOURCE_ROOT) / RestKit / Build », c'est très bien pendant le débogage et aussi bien pour l'archivage, à moins bien sûr votre cadre Restkit est en fait dans ce répertoire.

Comme la plupart d'entre vous, vous avez probablement lié au cadre à partir du répertoire de téléchargement par défaut, auquel cas aller à Moteur de Recherche, ouvert Restkit-> Construire cmd + i pour voir les informations et sélectionnez le chemin du répertoire, copier et remplacer "$ (SOURCE_ROOT) / RestKit / Build", Ne pas oublier les crochets.

le mien était "/ Users / b-edwin / Téléchargements / RestKit-RestKit-8d0d9fc / Build" a fonctionné comme un charme

J'ai suivi les étapes décrites dans plusieurs réponses SO, et la question a fini par être un problème avec l'en-tête des chemins de recherche. Quelque temps entre l'ajout RestKit dans XCode 4.2 et essayer d'archiver dans XCode 4.3.1 (je l'avais mis à jour deux fois entre le démarrage du projet et de fournir une construction), une virgule a été injecté dans l'en-tête Recherche liste de chemin qui Xcode ne pouvait plus parse. En conséquence, l'entrée pour l'emplacement d'en-tête de RestKit était:

"$(SOURCE_ROOT)/RestKit/Build", 

Quand il aurait été juste:

"$(SOURCE_ROOT)/RestKit/Build"

Bien que cela ne produit aucun problème de construction à l'appareil ou sim, une fois que j'essayé d'archiver, il a causé l'erreur signalée par l'OP.

Il suffit d'ajouter "$ (SOURCE_ROOT) / RestKit / Build" pour vous cible "En-tête", les chemins de recherche Grâce à cette réponse.

Je suis sûr que certains d'entre eux sont licenciés, mais je viens de passer plus de 3 heures de débogage cette chose et presque ruiné mon projet dans le processus. Voilà.

Par souci de votre santé mentale, créez une sauvegarde zip de votre projet avant de jouer avec les chemins de projet RestKit, engager tous les fichiers (en particulier le projet) de contrôle de code source, croisez vos doigts, brûler un cheveu vierge sur votre Mac, puis procédez .

Après les éliminer un par un, je réduit à cette ligne me permettant d'archiver. "$ (SOURCE_ROOT) /../ RestKit / Build" Restkit est un dossier au même niveau que le dossier principal du projet

solution

J'ajoute cette réponse que je puisse le trouver plus tard - elle correspond à des réponses ci-dessus. Regardez dans vos cibles « En-tête » Chemins de recherche - et en fonction de l'endroit où votre répertoire restkit est dans votre projet, ajoutez une des lignes spécifiées ci-dessus en réponse Pierres Alex. Dans mon cas, il était "$ (SOURCE_ROOT) /../ RestKit / Build"

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top