Comment savoir lorsqu'un fichier d'en-tête est inclus à partir de?

Comment puis-je savoir où g++ a été en mesure de trouver un fichier include? En gros si je

#include <foo.h>

g++ va scanner le chemin de recherche, à l'aide de tout inclure des options pour ajouter ou modifier le chemin d'accès. Mais, à la fin des jours, est-il possible que je peux dire, le chemin absolu de foo.h g++ a choisi de compiler? Surtout si l'on est plus d'un foo.h dans la myriade de chemins de recherche.

Court d'un mode de réalisation de cette... est-il un moyen d'obtenir de g++ pour me dire ce que sa finale chemin de recherche est à la suite notamment de valeurs par défaut et comprennent toutes les options?

  • Connexes: est-il possible de dire quel est le parent qui comprennent des fichier(s) d'un enfant le fichier a été inclus à partir de? I. e. pour afficher le inclus-à partir de graphique (Indice: gcc-E n'est pas tout à fait là... peut être traitée afin d'obtenir d'elle.)
InformationsquelleAutor harschware | 2011-04-29
  1. 72

    Cela donnera dépendances de la liste des chemins absolus d'inclure des fichiers:

    gcc  -M showtime.c

    Si vous ne voulez pas que le système comprend (c'est à dire #include <something.h>) puis utiliser:

    gcc  -MM showtime.c
    • Il convient de noter que si vous utilisez en conjonction avec l'option "-o myObj.o", la sortie, pas le binaire compilé, va dans "myObj.o". -M implicite -E, de sorte que la compilation n'est pas interprété. J'ai trouvé -MD est une option très utile au lieu de cela, il effectue la compilation et met le résultat dans myObj.d à la place. Effectuer des param pour seulement ajoutant à votre ligne de compilation, sans étranges effets tels que *.o contient maintenant la sortie au lieu de la binaire. Merci pour votre aide.
    • Tous liés gcc options sont décrites ici.
    InformationsquelleAutor Sodved
  2. 96
    g++ -H ...

    sera également imprimer le chemin d'accès complet des fichiers sont dans un format qui montre l'en-tête comprend les

    • Cela semble être plus utile qu'-M dans mon expérience. J'aime l'affichage hiérarchique de ce que comprend ce que.
    • Bon, c'est utile pour déboguer but.
    • C'est la meilleure réponse. Vous pouvez l'ajouter à votre processus de build sans rien changer d'autre.
    • Cela répond vraiment à la question plus que l'on a accepté la réponse. Seulement malheureux problème est que je n'arrivais pas à arrêter de Clang d'essayer de compiler le fichier normalement, donc j'ai fini par utiliser clang++ -MM -H (qui est un peu utile combinaison).
    • Utilisation clang++ -H -fsyntax-only ... si vous souhaitez éviter de générer des fichiers de sortie (pour les gcc trop).
    • Cela ressemble à la contrepartie de /showIncludes dans MSVC.

    InformationsquelleAutor Bulletmagnet
  3. 7

    Assurez-vous d'utiliser

    g++ -E -dI  ... (whatever the original command arguments were)
    • Il y a plusieurs avantages à cette solution: 1. Vous pouvez découvrir plusieurs inclusions d'un seul fichier d'en-tête (-H et-M imprimer chaque fichier inclus qu'une seule fois) 2. Vous pouvez voir où il est inclus (nom et numéro de ligne de l'original inclure l'enseignement). 3. Vous pouvez ainsi de manière fiable(!) distinguer si un en-tête est inclus, directement ou indirectement, ou les deux (Ce qui est important pour les opérations de nettoyage.)
    InformationsquelleAutor wallyk
  4. 5

    Si vous utilisez -MM ou de l'une de ses options (-M, etc), vous obtenez la liste des en-têtes qui sont inclus sans avoir tous les autres préprocesseur de sortie (ce qui vous semble pour obtenir la proposition de g++ -E -dI solution).

    • g++ -MM t.cc montre pas d'intégration à tous, juste t.o: t.cc. Est-il besoin d'autre chose?
    • Nice - pour être complet, vous pouvez obtenir similaire avec MSVC à l'aide de la /showIncludes option. MSVC même tiret pour vous montrer l'imbrication des en-têtes (je ne vois que avec -M sur GCC).
    • essayez -M
    InformationsquelleAutor Jonathan Leffler