Wie mit vorkompilierten Headern umzugehen, die bei einem abgebrochenen Build zufällig beschädigt werden?

Question

Ich verwende Visual C++ 2012 mit einem Projekt, das stark vorkompilierte Header verwendet. So schwer, dass der berüchtigte /Zm Switch in Gebrauch ist.

Wenn ich einen Build abzubrechen, ich habe manchmal diesen Fehler auf der nächsten Build:

error C1852: 'foo.pch' is not a valid precompiled header file 

Neun von zehn, die Dinge glatt gehen, aber wenn dies geschieht, ich habe das finden. pch und löschen Sie es manuell vor dem Neustart des Builds.

Das ärgert mich ein bisschen. Gibt es eine Möglichkeit, dies zu verhindern? Ein Patch von Microsoft? Oder eine Möglichkeit, Visual zu erzwingen, die .pch zu löschen und den Build automatisch neu zu starten, wenn das Problem auftritt? Oder an eine andere Lösung, an die ich nicht gedacht habe?

EDIT: Hier ist die Version von Visual Ich renne:

Microsoft Visual Studio Professional 2012 
Version 11.0.61030.00 Update 4 

Answer 1

Ich folgte rockeyes Vorschlag, ein Muster in diesen beschädigten Dateien zu finden. Es stellt sich heraus, es ist sehr einfach: gültige Dateien beginnen mit einem VCPCH0 Header, beschädigte Dateien nicht.

Ein einfaches C# -Programm, das als Pre-Build-Ereignis des fehlgeschlagenen Projekts ausgeführt wird, und das Löschen der beschädigten Dateien löst das Problem. Wenn jemand interessiert ist, ist die Quelle right here.

Answer 2

Dies ist eine reine Vermutung, da ich nicht in dieser Ausgabe lief.

Versuchen Sie herauszufinden, wie Visual erkennen eine .pch-Datei beschädigt ist (d. H. Leere Datei, Datei nicht korrekt beendet, ...). Wenn es einem klaren Muster folgt, schreibe ein Pre-Build-Skript, das alle .pch-Dateien analysiert und beschädigte Dateien löscht.

Answer 3

Ich würde ein Skript erstellen, das versuchen würde, die Datei zu rekompilieren, aber dieses Mal mit dem PCH, anstatt es zu generieren. I.e. Das erwartete Ergebnis ist die erfolgreiche Kompilierung einer leeren Datei. Wenn dies fehlschlägt, löschen Sie den PCH. Führen Sie dieses Skript jetzt als Vorbereitungsschritt aus.

Es klingt ziemlich teuer, aber es ist sehr zuverlässig. Jedes Problem beim Laden des PCH verursacht seine Regeneration, sogar Compiler-Upgrades. Außerdem befindet sich Ihr PCH jetzt im Dateicache, was bedeutet, dass die tatsächliche Verwendung etwas billiger ist.

Dies könnte als ein NMAKE-Build-Skript mit etwas ungewöhnlichen Regeln implementiert werden.