Comment Visual Studio sait-il quels fichiers cpp sont à reconstruire lorsqu'un fichier include est modifié?

Question

Dans certains de mes projets VS 2005, lorsque je modifie un fichier include, certains fichiers cpp ne sont pas reconstruits, même s'ils contiennent une simple ligne #include.

Est-ce un bug connu, ou quelque chose d'étrange à propos des projets? Existe-t-il des informations sur la manière dont VS élabore les dépendances et puis-je voir les fichiers pour cela?

btw J'ai essayé quelques googling mais je n'ai rien trouvé à ce sujet. J'ai probablement besoin du bon terme de recherche ...

Answer 1

J'ai rencontré ce problème de temps en temps, et avec d'autres IDE, pas seulement VS. Il semble que leur arbre de dépendance interne s'écarte parfois de la réalité. Dans ces cas, j'ai trouvé la suppression des en-têtes pré-compilés (c'est important) et faire une reconstruction complète résout toujours le problème. Heureusement, cela n'arrive pas souvent.

Answer 2

Pour être honnête, je n'ai jamais été confronté à un tel problème avec Visual Studio. Votre CPP doit également être reconstruit s'il inclut l'en-tête. La seule raison pour laquelle je peux arriver: le même fichier d'inclusion provient de deux sources différentes.

Vous pouvez essayer de déboguer ceci au moment de la compilation, en permettant au préprocesseur de sortir les fichiers prétraités. Cliquez sur le fichier CPP aller aux propriétés, puis à C/C++ -> préprocesseur et sélectionnez dans "Générer un fichier prétraité" l'élément avec ou sans numéros de ligne.

Allez vous inclure fichier mis les pragmas autour de vos nouvelles définitions ajoutées comme:

#pragma starting_definition_X 
... 
#pragma ending_definition_X 

Maintenant, tout compiler. Il y aura un fichier nouvellement créé avec le même nom que CPP mais avec l'extension .I (ou .i).

Faites une recherche si vos pragmas sont là. Sinon, votre inclusion vient d'un autre endroit.

Si vous utilisez des en-têtes précompilés, vous devez reconstruire cpp. Il y a aussi une déclaration pragma une fois dans MS VC, qui analyse le fichier include une seule fois, mais qui devrait quand même recompiler le fichier cpp.

Espoir qui aide,
Ovanes

Answer 3

Visual Studio compare les horodateurs sur les fichiers. Vous devriez donc vérifier que l'horloge de votre système est correctement configurée et qu'aucun des fichiers ne comporte un horodatage bizarre. Regardez les fichiers include, les fichiers cpp, les fichiers pch et les fichiers obj et assurez-vous que tous les horodateurs ont l'air raisonnables. En particulier, assurez-vous qu'aucun d'entre eux sont dans le futur.

Answer 4

Avez-vous activé l'option "Minimal rebuild"?

Answer 5

Les fichiers .h ont-ils été ajoutés dans le projet? Sinon, alors vs peut-être incapable de trouver la dépendance.

Answer 6

Merci pour toutes les réponses qu'ils m'ont aidé à me diriger dans la bonne direction.

J'ai découvert que la suppression du fichier idb et la reconstruction permettraient ensuite aux modifications ultérieures de fichiers .h de générer les fichiers .cpp corrects. Cependant, cela provoque la reconstruction de l'ensemble du projet, ce qui me ramène à la suggestion de Neil Butterworth de procéder à une reconstruction complète. Je ne pense pas que je puisse faire grand-chose d'autre à ce sujet.En passant, en regardant les mauvais et bons fichiers idb je peux voir que le fichier cpp qui n'a pas été construit n'est pas dans le mauvais idb, alors qu'il est dans le bon idb. Le fichier d'en-tête en cours de modification est mentionné plusieurs fois dans les deux fichiers.

win_pdbx(download) peut extraire le fichier idb et moyix a publié some information sur les flux dans ces fichiers. Le flux 4 contient les chemins de fichier des fichiers cpp mais je n'ai pas pu déterminer le format.