Woher weiß Visual Studio, welche cpp-Dateien wiederhergestellt werden sollen, wenn eine Include-Datei geändert wird?

Question

In einigen meiner VS 2005-Projekte, wenn ich eine Include-Datei ändere, werden einige der cpp-Dateien nicht neu erstellt, obwohl sie eine einfache #include-Zeile enthalten.

Ist das ein bekannter Fehler oder etwas Seltsames an den Projekten? Gibt es irgendwelche Informationen darüber, wie VS die Abhängigkeiten ausarbeitet und kann ich die Dateien dafür anzeigen?

zwischendurch habe ich etwas googeln versucht aber konnte nichts finden. Ich brauche wahrscheinlich den richtigen Suchbegriff ...

Answer 1

Ich habe dieses Problem von Zeit zu Zeit und mit anderen IDEs, nicht nur VS erlebt. Es scheint, dass ihr interner Abhängigkeitsbaum manchmal mit der Realität überfordert ist. In diesen Fällen habe ich das Löschen von vorkompilierten Headern gefunden (dies ist wichtig), und eine vollständige Neuerstellung löst das Problem immer. Zum Glück passiert es nicht oft.

Answer 2

Um ehrlich zu sein, habe ich nie ein solches Problem mit Visual Studio konfrontiert. Ihr CPP sollte ebenfalls neu erstellt werden, wenn es die Kopfzeile enthält. Der einzige Grund, warum ich aufkommen kann: Die gleiche Include-Datei stammt aus 2 verschiedenen Quellen.

Sie können versuchen, dies zur Kompilierzeit zu debuggen, indem Sie den Präprozessor aktivieren, um vorverarbeitete Dateien auszugeben. Klicken Sie auf die CPP-Datei, gehen Sie zu Eigenschaften und dann zu C/C++ -> Preprocessor und wählen Sie in "Generate Preprocessed File" den Eintrag mit oder ohne Zeilennummern.

Zum Sie Datei setzen die Pragmas um den neu hinzugekommenen Definitionen wie umfassen:

#pragma starting_definition_X 
... 
#pragma ending_definition_X 

Jetzt ist alles kompilieren. Es wird eine neu erstellte Datei mit demselben Namen wie CPP aber mit der Erweiterung .I (oder .i) sein.

Machen Sie eine Suche, wenn Ihre Pragmas da sind. Wenn nicht, kommt Ihr Include von einem anderen Ort.

Wenn Sie vorkompilierte Header verwenden, sollten Sie cpp neu erstellen. Es gibt auch eine Pragma-Einmal-Anweisung in MS-VC, die die Include-Datei nur einmal analysiert, aber die cpp-Datei sollte trotzdem noch rekompiliert werden.

Hoffnung, dass
Ovanes

Answer 3

Visual Studio vergleicht den Zeitstempel der Dateien hilft. Sie sollten also überprüfen, ob Ihre Systemuhr korrekt eingestellt ist und auch keine der Dateien einen lustigen Zeitstempel enthält. Schauen Sie sich die Include-Dateien, die cpp-Dateien, die pch-Dateien und obj-Dateien an und stellen Sie sicher, dass alle Zeitstempel vernünftig aussehen. Stellen Sie insbesondere sicher, dass keine von ihnen in der Zukunft ist.

Answer 4

Haben Sie die Option "Minimal rebuild" eingeschaltet?

Answer 5

Wurden die .h-Dateien im Projekt hinzugefügt? Wenn nicht, dann vs vielleicht nicht in der Lage, die Abhängigkeit zu finden.

Answer 6

Danke für alle Antworten, die sie geholfen haben, mir in die richtige Richtung zu zeigen.

Ich habe festgestellt, dass das Löschen der IDB-Datei und das erneute Erstellen dann nachfolgende Änderungen von .h-Dateien ermöglichen, damit die richtigen CPP-Dateien erstellt werden. Dies führt jedoch dazu, dass das gesamte Projekt wieder aufgebaut wird, was mich zu Neil Butterworths Vorschlag, einen kompletten Umbau durchzuführen, zurückbringt. Ich glaube nicht, dass ich sonst noch viel tun kann.

Nebenbei, die schlechten und guten IDB-Dateien betrachten kann ich sehen, dass die cpp-Datei, die nicht gebaut wurde nicht in der schlechten IDB ist, während es in der guten IDB ist. Die Header-Datei, die geändert wird, wird mehrmals in beiden Dateien erwähnt.

win_pdbx(download) können die IDB-Datei extrahieren und moyix hat some information über die Ströme in diesen Dateien veröffentlicht. Stream 4 enthält die Dateipfade der cpp-Dateien, aber ich konnte das Format nicht bestimmen.