Compilerschalter für "Allways build unit"

[alzaimar]

Zitat von himitsu:

Das Problem bei mir ist, daß es keine "MyProject.EXE" gibt ...

Dann gibt es eben mehrere, stell Dich nich so an

Zitat von himitsu:

... werden von mehreren Programmen genutzt, welche aber nicht vorher feststehen

Ach so, ein Glasskugelprogramm. Dann bleibt Dir nur die OpenTools-API. Ich würde mir ja bei einem neuen Projekt einmalig die Minute Zeit nehmen, um den Sentinel auf das neue Projekt anzusetzen...

Zitat von himitsu:

und wo jemand ständig z.B. den Programnamen in irgendeine Liste eintragen kann/will/sollte

Nein. Nicht ständig. Nur ein einziges Mal. Wenn ich ein größeres Projekt bearbeite, habe ich einen APP-Ordner. Da werden alle EXEn reinkompiliert. Dann glotzt der Sentinel eben in den einen APP-Ordner und wird aktiv, sobald eine EXE verändert wurde...

Zitat von himitsu:

Außerdem wollte ich es möglichst ohne ein weiteres, zusätzlich laufendes Programm hinbekommen ...

Na ja, einen ShellNotify spürt man eigentlich nicht. Und er läuft nur auf dem PC, auf dem die EXEn sind...
Unter uns: Die Zeit, die Du damit verbracht hast, zu erklären, warum es *nicht* geht, hättest Du damit verbringen können, das Programm zu schreiben und gleich einzurichten... Wenn Du es geschickt anfängst, dann scannst Du auch noch automatisch alle PAS Dateien und suchst nach einer Zeile '{$Allways Build}' am Anfang der Datei. Da wäre dann schon mal die Liste der zu löschenden DCUs...

Meiner Ansicht nach ist es einfach etwas aufwändiger, sich in die OpenTools-API reinzufräsen. Wie gesagt, das Programm ist in 20 Minuten fertig. Und würde viel bringen ...

[himitsu]

Zitat von alzaimar:

Ach so, ein Glasskugelprogramm. Dann bleibt Dir nur die OpenTools-API. Ich würde mir ja bei einem neuen Projekt einmalig die Minute Zeit nehmen, um den Sentinel auf das neue Projekt anzusetzen...

Einmal hab ich mir die Zeit schon genommen ... was man mit Batch-Dateien nicht ales machen kann, ^_^
aber auf Dauer ist das nichts.

Zitat von alzaimar:

Nein. Nicht ständig. Nur ein einziges Mal. Wenn ich ein größeres Projekt bearbeite, habe ich einen APP-Ordner. Da werden alle EXEn reinkompiliert. Dann glotzt der Sentinel eben in den einen APP-Ordner und wird aktiv, sobald eine EXE verändert wurde...

Doch ständig ... vorallem wenn man parallel an mehreren Projekten, oder halt abwechselnd an diesen arbeitet uns daher die Dateien ja ständig gelöscht werden müssten.

Zitat von alzaimar:

Na ja, einen ShellNotify spürt man eigentlich nicht. Und er läuft nur auf dem PC, auf dem die EXEn sind...
Unter uns: Die Zeit, die Du damit verbracht hast, zu erklären, warum es *nicht* geht, hättest Du damit verbringen können, das Programm zu schreiben und gleich einzurichten... Wenn Du es geschickt anfängst, dann scannst Du auch noch automatisch alle PAS Dateien und suchst nach einer Zeile '{$Allways Build}' am Anfang der Datei. Da wäre dann schon mal die Liste der zu löschenden DCUs...

Wie gesagt, etwas wie dieses {$Allways Build} könnte ich ja leicht in die Dateien reinschmuggeln, da die entsprechendenden Dateien auf jedenfall schon einen Dateiheader haben, worin auch erkennbar wäre, ob die dazugehörigen DCU's suzusagen befallen sind.

Zitat von alzaimar:

Meiner Ansicht nach ist es einfach etwas aufwändiger, sich in die OpenTools-API reinzufräsen. Wie gesagt, das Programm ist in 20 Minuten fertig. Und würde viel bringen ...

Tja, wie gesagt, viel bringt es nur kurzzeitig was ... aber ich hätte hal gern etwas CPU-schohnendes und Langfristigeres

[alzaimar]

Zitat von himitsu:

... aber ich hätte hal gern etwas CPU-schohnendes ...

ShellNotify is CPU-schonend (wenn man es nicht gerade auf ALLE Events in der Root-Directory inkl. allen Subdirectories ansetzt).

Die perfekte Lösung wäre es, wenn der Delphi-Compiler (an den du nunmal nicht rankommst) das könnte. Kann er aber nicht. Also musst Du das zu kompilierende Projekt im Vorfeld parsen und in allen Uses-Klauseln schauen, ob da nicht eine deiner Always-Build-Units verwendet wird... Das dauert doch tierisch. Dann ist doch so ein Sentinel wirklich besser.

Wenn Deine AB-Units aber fest sind, dann schreib Dir einen Batch, der die DCU löscht und versuche, das vor das 'Compile' per OpenTools-API zu packen. Das wäre dann auch eine Lösung, bei der man viel rumkritisieren kann ("Öööhh, da muss ich ja ständig den Batch verändern, wenn ich mal wieder eine AB-Unit habe"), aber vielleicht bist Du dann wenigstens zufrieden.

[himitsu]

Na ja, im Grunde würde es ja reichen, wenn ich z.B, nur nach 'nem Update, oder so die entsprechenden Dateien suchen lasse und dann (wenn ich es hinbekomm) per OpenTool-API die dateien löschen lasse.

Dann würde es doch bestimmt auch nichts machen, wenn ich die Dateien (*.DCU's) lösche/ändere, selbst wenn diese nicht im aktuell zu compilierendem Programm verwendet werden ... brauchen sie dann halt nicht mehr gelöscht werden, wenn es nötig ist ._.

Wenn ich die Kennung welche Dateien "gelöscht" werden müßen wäre dann auch gleich in der ersten QuellcodeZeile (wenn ich das in meine vorhandenen Header mit integrieren würde).
Und wo sich diese Dateien befinden würde auch schon in der Registry stehen, braucht also nicht jedesmal die gesamte Platte durchsucht zu werden (wenn der Pfad eh schon wegen dem Setup da drin ist)

[generic]

ich gebe jetzt pro projekt ein "dcu" verzeichnis an.
damit löst sich das problem nicht aber die compilezeit ist zumindest kürzer.

gruss