Gewichtung / Reihenfole der Optionen für dcc32.exe

[MaBuSE]

Hallo,

ich habe mal eine Frage zu Delphi 5 / 7

Der Kommandozeilencompiler (dcc32.exe) bezieht Optionen auf verschiedene Weise:

1. $(DELPHI)\bin\dcc32.cfg
2. LW:\Projektverzeichnis\dcc32.cfg
3. LW:\Projektverzeichnis\Projektname.cfg
4. Parameter die direkt an dcc32.exe übergeben werden

Meine Frage lautet: "In welcher Reihenfolge / Gewichtung werden die Optionen übernommen?"

Beispiel:
Es existieren 2 cfg Dateien (Fall 2 und Fall 3) die Option -N wird aus der dcc32.cfg Datei benutzt die Option -LN aber aus der Datei Projektname.cfg. :evil:

Gibt es da irgendwo eine Doku?

Im Internet ist nichts zu finden.

Diese Infos werden von uns benötigt, damit wir einen "sauberen" Build Prozess erstellen können.

[Chewie]

Rein von der Logik her würd ich sagen: Von unten nach oben. Denn in allen Systemen, die ich kenne, haben speziell auf den Vorgang abgestimmte Parameter/Optionen Vorrang gegenüber allgmeinen Optionen. Alles andere wäre kontraproduktiv.

Edit: Ach so, ich glaub ich das etwas falsch verstanden. Ich dachte, du wüsstest, dass dad die Abfolge wär, nur die Richtung wär unklar.
OK, aber dennoch sollte es weitgehend zu lösen sein:
4. kommt wohl zuerst
dann 3., da es hier projektbzeogen ist, während die andere Datei wohl für alle Projekte in dem Ordner zuständig ist
dann 2.
dann 1.

[MaBuSE]

Zitat:

Zitat von Chewie

Rein von der Logik her würd ich sagen: Von unten nach oben. Denn in allen Systemen, die ich kenne, haben speziell auf den Vorgang abgestimmte Parameter/Optionen Vorrang gegenüber allgmeinen Optionen. Alles andere wäre kontraproduktiv.

Die Reihenfolge sollte schon stimmen, aber dummerweise verhällt sich dcc32 anders !!!

Er mischt die Optionen !!! Einige werden in dem Beisp. oben aus dcc32.cfg genommen einige aus Projektname.cfg In allen steht was drinn.

Ich will wissen welcher Parameter in welcher Reihenfolge aufgelöst wird und warum !

Zitat:

Zitat von Chewie

...
4. kommt wohl zuerst
dann 3., da es hier projektbzeogen ist, während die andere Datei wohl für alle Projekte in dem Ordner zuständig ist
dann 2.
dann 1.

Leider nicht !!!

Parameter "-N" Reihenfolge: 1. 2. 3. 4.
Parameter "-LN" Reihenfolge: 1. 3. 2. 4.
(letzteres ist das stärkere / wirksame)

Die Anderen konnte ich nicht testen.

Der dcc32.exe verhällt sich leider auch nicht gleich der IDE (dcc70.dll)

Der dcc32.exe verhällt sich auch auf verschiedenen Laufwerken anders !!!
(Auf B: funktioniert -N und -LN nicht, aber -E und -LE gehen :-()

Da ist einfach kein System drin :!:

[Chewie]

Hm, dann weiß ich auch nicht.
Aber ich denke mal, dass er durch alle Dateien durchgeht und auch Optionen in den "darunterliegenden Ebenen" berücksichtigt, solange die denen nicht widersprechen, die in einer späteren Ebene definiert werden.
Nach dieser Vorgehensweise würde er wahrscheinlich genau andersrum vorgehen: Zuerst benutzt er die Optionen, die in der Standard-Config-Datei bestimmt sind. Dann arbeitet er sich zu den anderen Config-Dateien vor und ändert seine Optionen entsprechend den Angaben in der Datei. Wenn also in der untersten Stufe der Schalter -L gesetzt ist und dieser weiter oben nicht wieder entfernt wird, dann ist dieser mglw. beim Compilieren noch geseztzt.

Wie gesagt: Alles nur Vermutungen.

[MaBuSE]

Ich mach hier mal eine "offene Frage" draus :mrgreen:

[MaBuSE]

Zitat:

Zitat von MaBuSE

Der dcc32.exe verhällt sich leider auch nicht gleich der IDE (dcc70.dll)

Der dcc32.exe verhällt sich auch auf verschiedenen Laufwerken anders !!!
(Auf B: funktioniert -N und -LN nicht, aber -E und -LE gehen :-()

Da ist einfach kein System drin :!:

Ich habe mal mit einem Borländer darüber gesprochen.
Das ist tatsächlich ein Bug.
Und wird warscheinlich in der Delphi 9 behoben sein. ;-)

Zitat:

I see those same results here and I see it when a driver letter different
from B: is specified for the virtual drive.
I have logged the issue as #204475.
Thanks the report.

Aber das mit der "gemischten" Reihenfolge der Parameter ist immer noch ein Rätsel.

[MaBuSE]

Zitat:

Zitat von MaBuSE

Ich habe mal mit einem Borländer darüber gesprochen.
Das ist tatsächlich ein Bug.
Und wird warscheinlich in der Delphi 9 behoben sein. ;-)

Der Bug ist in Delphi 2005 leider immer noch vorhanden.
(Zumindest ist er nun Borland als Bug bekannt)

[MaBuSE]

Zitat:

Zitat von MaBuSE

Zitat:

Zitat von MaBuSE

Ich habe mal mit einem Borländer darüber gesprochen.
Das ist tatsächlich ein Bug.
Und wird warscheinlich in der Delphi 9 behoben sein. ;-)

Der Bug ist in Delphi 2005 leider immer noch vorhanden.
(Zumindest ist er nun Borland als Bug bekannt)

Ach ja, ganz vergessen ;-)

Es gibt eine Lösung.
In Delphi 7 gibt es im dcc32 eine undokumentierten -N0 (null) Option, die genau das macht, was -N machen sollte.

Warum?
Es gibt eine -NB Option. Deshalb wird -NB:\dir nicht als -N interpretiert.
Die -N0 Option ist ein Synonym für -N (= gleiche Funktion) und war schon in Delphi 4 vorhanden.
Folgende undokumentierte -N schalter gibt es:

Zitat:

Hi,
please use -N0 switch instead of -N switch.

-Nb:\xxxx is parsed as -NB switch to specify BPI output directory.

Note that here is related -N* options:
-N0<path> = unit .dcu output directory
-NH<path> = unit .hpp output directory
-NO<path> = unit .obj output directory
-NB<path> = unit .bpi output directory
-NS<namespaces> = Namespace search path

Sorry, I don't know some of these options are public or not,
and when it has been implemented.

Ich werde mal bei Gelegenheit testen, ob das Problem mit der Gewichtung noch in Delphi 2006 besteht. ;-)

[sakura]

Danke fürs Posten, die -Nx Parameter sind allesamt interessant :)

...:cat:...

[mschaefer]

Moin, moin,

Habe für die Packageübrsetzung Batchdateien. Da ich als Verezichnis dcp/Bpl und DCU getrennt habe
um die Packagreihenfolge beim compilieren kontrollieren zu könnenn, müssen diese festgelegt werden.
Das mache ich trivial zunächst über die IDE, wo die Verzeichnisse in den Optionen eingetragen werden.
Beim Package-Erstellen werden die dof-Datei als Optionsdatei für die IDE und die cfg-Datei als Optionsdatei für den DCCC32 angelegt.

Fazit:
Bin der Meinung, das die cfg-im Projektverzeichnis
als erstes betrachtet wird, wenn diese vorhanden ist.


PS: Das mit den Nx-Optionen ist zwar interessant, aber sprengt schon bei einigermaßen verzweigten Verzeichnisstrukturen die Zeichengrenze der Kommandozeile. Würde mich daher auf die cfg-Datei konzentrieren.

Grüße // Martin