Afficher la hiérarchie #include d'un fichier C++ dans Visual Studio

Question

Problème : J'ai un gros projet Visual C++ que j'essaie de migrer vers Visual Studio 2010. Il s'agit d'un énorme mélange d'éléments provenant de différentes sources et de différents âges. Je rencontre des problèmes parce que quelque chose inclut à la fois winsock.h y winsock2.h .

Question : Quels sont les outils et les techniques permettant d'afficher les #include hiérarchie pour un fichier source de Visual Studio C++ ?

Je connais cl /P pour obtenir la sortie du préprocesseur, mais cela ne montre pas clairement quel fichier inclut quels autres fichiers (et dans ce cas, le fichier /P la sortie est longue de 376 932 lignes 8-)

Dans un monde parfait, j'aimerais avoir un affichage hiérarchique des fichiers qui incluent d'autres fichiers, ainsi que les numéros de ligne afin de pouvoir accéder aux sources :

source.cpp(1)
  windows.h(100)
    winsock.h
  some_other_thing.h(1234)
    winsock2.h

Answer 1

Il y a un réglage :

Paramètres du projet -> Propriétés de configuration -> C/C++ -> Avancé -> Afficher les inclusions

qui générera l'arbre. Il correspond au commutateur du compilateur /showIncludes

Answer 2

Le compilateur supporte également le commutateur /showIncludes -- il ne vous donne pas les numéros de ligne, mais peut vous donner une vue assez complète des inclusions qui viennent d'où.

Il se trouve sous Project Settings -> Configuration Properties -> C/C++ -> Advanced -> Show Includes.

Answer 3

Nous avons trouvé IncludeManager est un outil très puissant. Il n'est pas gratuit (mais pas cher) et il nous a permis d'appréhender nos problèmes d'inclusion et de réduire notre temps de compilation de 50 minutes à 8 minutes en élaguant de gros morceaux d'inclusions que nous n'utilisions pas.

Answer 4

Ici est un bon outil tiers et libre. Vous pouvez exporter les résultats au format XML, qui comprendra des données sur le nombre d'occurrences et les numéros de ligne.

Answer 5

cl /P devrait vous indiquer les numéros de ligne, afin que vous puissiez savoir dans quel contexte un fichier d'en-tête est inclus.

Si vous extrayez les lignes avec ...

grep "^#line" file.i

... alors vous devriez avoir une indication assez claire des fichiers qui ont été rencontrés dans l'ordre par le préprocesseur.

S'il s'agit d'un incident isolé, le diagnostic devrait être assez rapide.