5

Ich entwickle ein Programm in VS C++ 2008.Überprüfen, ob alle Bibliotheken und DLLs aus demselben Build stammen?

Im Moment habe ich eine riesige Liste von dll und lib Abhängigkeiten und ich füge mehr hinzu. Ich mache mir Sorgen, wenn ich eine Abhängigkeit aktualisieren muss, indem ich von der Quelle (wo ich die eingebauten DLLs und Bibliotheken an der richtigen Stelle ersetze) ersetze, wenn ich versehentlich vergessen habe, etwas zu ersetzen oder umgekehrt, kann ich auf eine Kompilierung und/stoßen. oder Laufzeitproblem. Und herauszufinden, welcher Ort schief geht, kann ein bisschen schwierig sein.

Gibt es also eine Art Programm oder Methode, die diese Aufgabe erfüllen kann, um die Erstellung eines Programms mit vielen Aktualisierungsabhängigkeiten zu erleichtern?

Antwort

1

Sie könnten Skripte als Post-Build-Schritte in Ihre DLL-Projekte einfügen, die die Ergebnisse automatisch in ein gemeinsames Verzeichnis kopieren (etwas wie $(SolutionDir)$(ConfigurationName) könnte in Ordnung sein, außer Sie verwenden unterschiedliche Projektkonfigurationen für dieselbe Lösungskonfiguration). Oder Sie setzen einfach alle Ausgabeverzeichnisse der Projekte in ein solches gemeinsames Verzeichnis.

Dann, wenn Sie die gesamte Lösung erstellen, wissen Sie, dass Sie die neuesten Versionen aller dieser Dateien in diesem Verzeichnis haben.

1

Vermeiden Sie es, dies kompliziert zu machen. Eine Visual Studio-Lösung kann so viele Projekte enthalten, wie Sie zum Erstellen aller Abhängigkeiten benötigen. Build + Clean löscht alle Binärdateien, Build + Build erstellt sie neu. Stellen Sie nur sicher, dass Build + Clean jede .lib löscht, von der Sie abhängig sind.