Was ist der Unterschied zwischen kompilieren und Gebäude in Delphi?

Mit Delphi 6 gibt es zwei Optionen: Bauen und Kompilieren.

Weiß ich, wenn ich ein Programm ausführen kompiliert nur die Dateien, die sich geändert haben, und nutzt die DCUs für diejenigen, die es nicht getan haben. Wenn ich auf build anscheinend baut die DCUs.

Was ich Frage ist, wenn ich ein Programm für den release (build-Einstellungen ändern, bedingte Variablen, etc.) kann ich nur kompilieren, oder muss ich eine komplette bauen?

Was passiert, wenn ich nicht einen vollständigen build, ist es consiquence?

InformationsquelleAutor Daisetsu | 2010-07-13
  1. 16

    Beim bauen, beim kompilieren?

    Den compiler nur dann automatisch neu kompiliert Einheiten, wenn der datetime-stamp der .pas-source-Dateien ändern (1,2).

    Auf anderen Staates die änderungen im Projekt (Richtlinien, debug oder anderen compiler-Einstellungen etc), die der compiler nicht automatisch neu kompilieren. Das ist, wenn Sie brauchen, um Kraft ein zu bauen.

    Müssen Sie auch die Kraft, einen wieder aufzubauen, wenn .inc oder andere im Lieferumfang enthalten ($I) Dateien ändern(3), da deren datetime-Stempel ist nicht geprüft.

    So, in Zusammenfassung, wenn alles, aber die Einheit .pas-Dateien ändert, müssen Sie eine erstellen.

    Gibt es einige ungewöhnliche Fälle, in Gebäude. Die meisten führen in eine "nicht finden können, Gerät xxx" Fehler, während es scheint zu sein, es

    1. ist, wenn der Weg von der Einheit in dem Projekt falsch, oder verwendet einen relativen Pfad, während das Arbeitsverzeichnis ist falsch. (siehe Delphi-debug-falsche Einheit )
    2. (Ich bin mir nicht ganz sicher, über diese ein, es ist eine Hypothese) ein .dcu neu kompiliert wird, weil der SFB (1), aber das neu kompilierte dcu in einem anderen Verzeichnis. Dies ist nicht ein problem für die aktuelle kompilieren (da die richtige dcu ist bereits geladen), aber in einer späteren kompilieren (z.B. ein abhängiges Paket) die alte dcu-Datei wieder gefunden, und die Quelle nicht mehr -> Fehler. im Zweifelsfall reinigen Sie Ihre build-dirs durch den rekursiven löschen alle DCU ' s
    3. die Einheit wird erwähnt mit einem falschen Pfad in der .dpr

    (1) und wenn Delphi ist wie FPC .dcu 's beinhalten eine CRC von der interface-Abschnitt alle dcu' s abhängt. Dies kann verwendet werden, um zu überprüfen, ob es gibt eine weitere Notwendigkeit für die kompiliert Sie auch. E. g. aufgrund der Dateisystem-manipulation (bewegen von dcu ' s zu)

    (2) für die Experten, haben Sie einen Blick auf {$implicitbuild xx} zu

    (3) im Gegensatz zu Delphi, FPC nicht aus .inc verpasst. Die FPC-Projekt stark verwendet .inc-Dateien intern, diese änderung bereits Daten aus der Zeit vor es wurde Delphi zu unterstützen.
    Als Ergebnis, Pakete, kopieren Sie die "definiert" inc-Datei in ein beliebiges Verzeichnis nicht kompilieren mit FPC, weil Sie in der Regel leicht unterschiedliche Größe und CRC. Indy (10) ist ein gutes Beispiel dafür.

    • Gexperts enthält eine Datei übersichtlicher zu einfach die Aufgabe der Reinigung der alten dcus.
    InformationsquelleAutor
  2. 25

    @Daisetsu, hier ist der Unterschied zwischen bauen und kompilieren.

    Bauen kompiliert alle verwendet die Einheiten in einem Projekt, auch wenn der Quellcode verfügbar ist.

    Kompilieren kompiliert nur geänderte verwendeten Einheiten.

    in meiner persönlichen Erfahrung, wenn Sie änderungen an der Konfiguration des Compilers, müssen Sie ausführen, ein build der Anwendung, so dass änderungen werden in allen Einheiten des Projekts.

    • Gut, außer vielleicht für Pakete (Einheiten?) markiert mit $implicitbuild aus.
    InformationsquelleAutor RRUZ
  3. 3

    Sollten Sie immer Bauen, wenn Sie Einstellungen ändern.

    Die zuvor kompilierte DCU Dateien wurden kompiliert mit unterschiedlichen Einstellungen, wie z.B. compiler definiert. Das kann dazu führen, dass zwei Einheiten im selben Projekt erstellt werden, mit verschiedenen Einstellungen.

    • Das ist meine persönliche Erfahrung zu. ... Aber ... wenn jeder weiß, dass das Projekt neu erstellen müssen, wenn Sie die Einstellungen ändern, warum nicht die ide tut das für mich?
    • Siehe unten, ich habe es wiki, damit die Menschen verbessern können, wenn Sie mehr wissen.
    InformationsquelleAutor Robert Love
  4. 2

    Bei der Vorbereitung einer Veröffentlichung, sollten Sie sicherlich eine vollständige bauen.

    Es gibt keine Entschuldigung, nicht auf Delphi-compiler ist ziemlich schnell genug.

    Klärung der Bedeutung von Reproduzierbaren Freisetzung

    • Bei der Vorbereitung eines release-Sie haben eine version Ihres Produkts, dass andere Menschen mit.
    • Wenn Sie Probleme melden, müssen Sie möglicherweise zu gehen zurück auf diese version zu testen, & das problem zu beheben.
    • Wenn Sie nicht nicht eine vollständige bauen, sondern stattdessen vorhandene DCU gibt es eine chance, dass man Ihre Quelldateien nicht neu kompiliert bekommen.
    • Selbst wenn, die Möglichkeit ist eher gering, die chance kann ernsthaft behindern Ihre Fähigkeit, das Problem zu beheben schnell.
    • Dieses problem wird noch schlimmer, als ein system wird größer, hat mehr Abhängigkeiten und mehr-Versionen "unterstützt in der wildnis'.

    Für Ihre eigenen Vernunft, ich fordere nachdrücklich, dass Sie immer eine vollständige bauen für eine Release-version.

    Ich Tue regelmäßig volle baut auch für nicht-Release-Versionen.

    InformationsquelleAutor Disillusioned
Schreibe einen Kommentar