Post-Build-Ereignis mit einer Variable

[hzzm]

Da bin ich schon wieder mit der naechsten Nuss zu knacken:

Ich muesste in den Befehl des Post-Build-Ereignisses eine Variable einfliessen lassen.
Ich war gerade kurz auf dem Holzweg mit

Code:

SetEnvironmentVariable(PChar('ARB-Compat'), PChar(ARBCompat));

in FormCreate. Ist natuerlich Bloedsinn, ich brauch ARBCompat: String; natuerlich schon beim kompilieren natuerlich nach dem kompilieren wenn mein Programm gar nicht laeuft.

Ist das irgendwie moeglich?
Danke fuer's Lesen.

[jaenicke]

Woher kommt der Wert denn?

Du kannst im Postbuild ja auch Parameter an eine Batchdatei übergeben. Aber dafür brauchst du den Wert.

[hzzm]

Der Delphi-Code waere die erste Stelle, an der ich den Compat-String setze:

Code:

const
  ARBCompat: String = '_47';

Der fliesst dann die komplette Build-Kette mit durch - wenn ich ihn nur aus delphi nach CMD kriege. Inklusive Installer-Erstellung etc etc.

Zitat von jaenicke:

Du kannst im Postbuild ja auch Parameter an eine Batchdatei übergeben. Aber dafür brauchst du den Wert.

Wie geht das denn? Eine delphi const oder var (is in dem Fall ja Wurscht) als Parameter an meine .bat?


Edit:
OK, das kann ja kaum gehen. Die var/const existiert ja nur zur Laufzeit meines Programms.
Wie soll ich das denn machen... Oder ueberseh ich jetzt irgendwas komplett?

[jaenicke]

Das heißt das ist ein manuell gesetzter Wert, den du nicht im Buildevent und im Quelltext parallel pflegen möchtest?

Du könntest den in eine Datei im Repository schreiben und im Prebuild in eine .inc Datei schreiben inklusive const usw., sprich als Quelltext und diese mit $I includen. Dann könntest du den wert im Postbuild genauso aus der Datei auslesen und die Konstante würde normal einkompiliert.

[hzzm]

Kann ich das nicht umgekehrt zu meinem Holzweg machen?

Ich setze eine environment variable die jederzeit in delphi verfuegbar ist und lese die einfach am Anfang in meinen Compat String?

Wenn ich das richtig verstanden hab', kann ich env vars ja schon ganz einfach an den post-build cmd liefern...

[Uwe Raabe]

Zitat von hzzm:

Ich setze eine environment variable die jederzeit in delphi verfuegbar ist und lese die einfach am Anfang in meinen Compat String?

Läuft dein compiliertes Programm denn ausschließlich auf deinem Entwicklungsrechner?

Vielleicht trittst du besser mal einen Schritt zurück und schilderst das eigentliche Ziel dieser ganzen Aktion?

[hzzm]

Zitat von Uwe Raabe:

Läuft dein compiliertes Programm denn ausschließlich auf deinem Entwicklungsrechner?

Vielleicht trittst du besser mal einen Schritt zurück und schilderst das eigentliche Ziel dieser ganzen Aktion?

Ja verdammt, das ist mir spaeter auch aufgefallen. So geht's auch nicht.

Ich brauche den String in meinem Installer-Kompilierer (der ueber .bat post-build startet), weil ich diese Compat nach aussen reflektieren muss (Information) und in meinem delphi-code, weil ich hier tatsaechlich in Abhaengigkeit der Compat unterschiedliche Aktionen reisse.

Dann muss ich den String halt doch an 2 Stellen pflegen. Es fuehrt kein Weg herum.
Es ist kein Weltuntergang; waere halt eleganter gewesen, wenn es gegangen waere.

Oder eben die Version von jaenicke, bei der ich in der .bat noch die Datei im repo auslese, die ich auch im delphi code $I'e.

Danke fuer's mitdenken.

[himitsu]

Irgendwo ins Programm {$INCLUDE 'version.inc'} oder {$I 'version.inc'} und die version.inc const meinstring = '132'; .

oder const {$INCLUDE 'version.inc'} und die version.inc meinstring = '132';
oder const {$INCLUDE 'version.inc'}; und die version.inc meinstring = '132'
oder const meinstring = {$INCLUDE 'version.inc'}; und die version.inc '132' .
Diese Stringkonstante lässt sich auch fast überall anders verwenden var meinstring: string = {$INCLUDE 'version.inc'}; oder MeineProcedure({$INCLUDE 'version.inc'}); .
Und auch mehrere Konstanten/Variablen wären möglich.

Und diese INC lässt sich sehr einfach neu generieren oder bearbeiten.
In unserem Erstellungsscript (FinalBuilder) lass ich eine INC mit mehreren Konstanten im FinaBuilder generieren und speichern.
Einfach aus einem Text mit mehreren FB-Variablen drin, worin die Versionsnummer, die ausgecheckte SVN-Revision und der Repository-Name (der letzte Ordnername aus dem SVN-Verzeichnis) womit man beim Kunden nachsehen kann welche Version bei ihm genau installiert ist, wenn es mal Probleme gibt. (wird im InfoDialog mit ausgegeben)

[Uwe Raabe]

Alternativ bietet sich auch eine String-Resource in einer RC-Datei an. Oder man bindet den String als resourcestring ein und extrahiert diesen dann z.B. mit Angus Johnson's ResourceHacker oder einem ähnlichen Tool.

[himitsu]

resourcestring klingt nett, aber blöd ist eben, dass man ihn suchen muß, er bei jedem Kompilieren einen anderen Index haben kann und man ihn nur über den unbekannten Index oder seinen Inhalt finden kann.