Xcode ne trouvez pas #Include<> en-tête

Je vais essayer d'obtenir Xcode pour importer le fichier d'en-tête pour Irrlicht.

#include <irrlicht.h>

Il dit "Irrlicht.h. No such file or directory". Oui Irrlicht.h avec un I majuscule, même si le #include est minuscule.

De toute façon, j'ai ajouté "/lib/irrlicht-1.6/include" dans l'en-tête des chemins de recherche pour le projet Xcode, mais encore, il ne le trouve pas.

La seule chose que j'ai essayé et qui fonctionne est:

#include "/lib/irrlicht-1.6/include/irrlicht.h"

C'est un peu ridicule si, #include devrait fonctionner, je ne comprends pas pourquoi cela ne fonctionne pas.

Mise à jour (ici plus de détails sur le message d'erreur):

/lib/PAL/pal_benchmark/palBenchmark/main.h:31:0
/lib/PAL/pal_benchmark/palBenchmark/main.h:31:22: error: irrlicht.h: No such file or directory
InformationsquelleAutor Brock Woolf | 2010-01-21
  1. 14

    Je compris cela. Peut-être que quelqu'un peut dire pourquoi c'est le cas.

    L'en-Tête était situé dans ce répertoire:

    /lib/irrlicht-1.6/include/

    Si j'ai ajouté que cette voie: "en-Tête de Chemins de Recherche" Xcode ne trouvez pas le chemin quand j'ai construit le projet.

    Solution: Ajouter l'en-tête chemin d'accès: "en-Tête Utilisateur Chemins de Recherche" à la place.

    On croit rêver-moi pourquoi j'ai dû le faire, comme je l'ai souvent ajouter l'en-tête des chemins de "l'en-Tête des Chemins de Recherche" puis #inclut seulement le travail. J'espère que cela peut aider quelqu'un d'autre qui obtient cette même question.

    • Vous pourriez aussi avoir besoin de définir le "Toujours à la Recherche de Chemins de l'Utilisateur" de préférence à "YES".
    InformationsquelleAutor Brock Woolf
  2. 2

    Les deux

    #include <irrlicht.h> 

#include "irrlicht.h"

    doit travailler aussi longtemps que le "-I" argument de gcc inclut le chemin d'accès du répertoire en joignant le fichier d'en-tête. Si irrlicht.h est une partie de /usr/include le "-I" l'option n'est plus nécessaire.

    • J'ai essayé ça aussi, ça ne fonctionne pas.
    • il n'travail - êtes-vous sûre qu'il y a "-I /lib/irrlicht-1.6/include" argument de gcc lors de XCode compile votre projet?
    • Je ne sais pas à propos de XCode, mais un Standard conforme compilateur doit traiter les deux formes que effectivement la même, la différence est de l'ordre de places chacun regarde dans.
    • vous avez raison, je viens de le tester avec gcc (appelé par XCode) et les deux variantes de travail si le "-I" l'option est réglée correctement.
    • J'ai pensé à ajouter le chemin d'accès "en-tête de chemins de recherche" effectivement fait: "-I /lib/irrlicht-1.6/include" ? De toute façon, je savais déjà que vous étiez en train de dire, il semble y avoir une étrange question où ce n'est pas le travail que vous auriez normalement s'attendre
    • Il n' - il y a autre chose de mal. Êtes-vous sûr que vous modifiez les chemins de recherche de l'accumulation actuelle de l'option? (c'est à dire qu'il pourrait être vous êtes un montage pour le Débogage et l'exécution de la Libération).
    • Oui. Je suis en train de modifier pour les "Toutes les configurations". Oh, je viens de comprendre le problème. Bravo pour votre aide +1, je vais poster la réponse en une seconde.
    • Je usally ajouter-l<libname> dans mon cas, qu'est -lgmp puis ajouter le chemin vers le "inclure" le dossier à la tête de chemin d'accès et le dossier lib pour le chemin de la bibliothèque.

    InformationsquelleAutor diciu
  3. 0

    Plutôt que ajoutant explicitement inclure des chemins d'accès pour les paramètres de votre projet, encore plus facile et plus commode solution pour ce genre de situation est de simplement faire glisser le répertoire contenant votre .h de fichiers (/lib/irrlicht-1.6/include dans ce cas) dans les fichiers de projet volet. Cela ajoute les en-têtes de votre projet de cours, et il est facile de parcourir et de rechercher des symboles, etc, et il ajoute également le chemin d'accès au répertoire de gcc compile, de sorte que vous n'avez pas à gérer les chemins à inclure explicitement.

    • Votre droit, glisser le curseur dans l'en-tête répertoire fonctionne normalement. Sauf que je l'ai essayé et ça ne fonctionne pas.
    InformationsquelleAutor Paul R
  4. 0

    et, en outre, un fichier à plat de la hiérarchie n'est pas ce que vous voulez. Faites glisser des fichiers dans Xcode aplatit votre hiérarchie. Que penser par exemple lorsque vous voulez avoir plusieurs Cibles, avec un "TargetName/paramètres.h" fichier cible. vous aurez de nombreux paramètres.h les fichiers que vous avez besoin de garder unique par son nom de dossier.

    InformationsquelleAutor horseshoe7
  5. 0

    Je comprends que c'est un vieux post, mais il n'rang assez élevé sur Google, j'ai donc pensé que je voudrais ajouter quelques informations

    Sous XCode 3.2.6, j'ai eu un problème où XCode ne pouvait pas trouver un fichier d'en-tête. Il s'avère que l'un des filepaths inclus un espace, et XCode interprété de façon incorrecte.

    Par exemple: Avec un chemin comme "Utilisateurs/nom d'utilisateur/Bureau/Projet/Certains en-Têtes"

    Était ici l'extrait de la GCC en ligne de commande: "-I/Utilisateurs/nom d'utilisateur/Bureau/Projet/Certains" "-I/en-Têtes"

    Pour voir votre journal de construction fournis par XCode, il y a un bon tuto ici: Comment voulez-vous montrer Xcode du journal de génération? (Essayez de vérifier si l'iPhone de génération de distribution zip a été créé correctement.)

    InformationsquelleAutor AudioGL