Umgenbunsvariable für Delphi-Version

[himitsu]

Nee, es gibt nur hier und da Posts/Blogs wo jemand drüber redete.

Und für Einiges siehe die environment.proj

[TiGü]

Ich vermute, er meint den inneren Aufbau der DPROJ-XML.
Versuchs doch mal mit:
https://docs.microsoft.com/de-de/vis...e?view=vs-2019

Warum, Wieso, Weshalb?
Die XML-Projektdatei von Delphi ist eigentlich ein MSBuild project file.

[Rolf Frei]

Du kannst deine eigenen Variabeln definieren, die du dann im Pfad verwenden kannst. Unter Tools/Einstellungen/IDE/Environement Variables kannst du diene eigenen Variabeln bei "User System Overrides" hinzufügen. Diese kannst du dann in deinem Suchpfad entsprechend nutzen.

Ich habe hier z.B. eine Variable "VCLFIXES" definiert, die auf das Verzeichnis mit Delphi Bugfixes zeigt (z.B. C:\Delphi\BugFixes\D10.3". Im Suchpfad steht dann an oberster Stelle $(VCLFIXES) drin. Diese Variabeln sind gleich zu nutzen wie die vordefinierten von Delphi. Du kannst diese also auch als Bestandteil eines Pfades verwenden.

[himitsu]

Jupp, Umgebungsvariablen,
oder eine UserTools.proj basteln.


$(APPDATA)\Embarcadero\$(BDSAPPDATABASEDIR)\$(PRODUCTVERSION)\UserTools.proj

[freimatz]

Ne ne, ich meinte schon die vordefinierten Umgebungsvariablen. Die dproj interessiert mich (hier) nicht.

[Uwe Raabe]

Zitat:

Zitat von freimatz (Beitrag 1483594)

Ne ne, ich meinte schon die vordefinierten Umgebungsvariablen. Die dproj interessiert mich (hier) nicht.

Die environment.proj wurde ja schon erwähnt.

[himitsu]

Nicht dproj.


Ja, ich verwende auch vorranig die Environments in der Registry. :)

Aber die PROJ haben auch den einen oder anderen Vorteil.
https://www.delphipraxis.net/197062-...efine-vcl.html
Wobei Dieses leider auch nur funktioniert, wenn der Typ "richtig" in der Project.dproj gespeichert ist. :cry:

Oder eben die environment.proj (kommt über CodeGear.Delphi.Targets -> CodeGear.Common.Targets ins Projekt)



Es gibt 3 PROJ, welche in die DPROJ gelinkt werden (falls forhanden).
Achtung beim Upgrade alter DPROJ in neue Delphi's, denn dabei schleichen sich hier Fehler ein, bzw. Einiges wird nicht (richtig) aktualisiert/upgegraded.
Früher waren z.B. einige Zeilen ohne IF-EXISTS, bzw. Manchs gab es noch nicht ... das ist beim Upgrade entweder falsch oder es fehlt sogar.

XML-Code:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <PropertyGroup>
        ...
        <Config Condition="'$(Config)'==''">Debug</Config>
        <Platform Condition="'$(Platform)'==''">Win32</Platform>
        ...
    </PropertyGroup>
    ...
    <Import Project="$(BDS)\Bin\CodeGear.Delphi.Targets" Condition="Exists('$(BDS)\Bin\CodeGear.Delphi.Targets')"/>
    <Import Project="$(APPDATA)\Embarcadero\$(BDSAPPDATABASEDIR)\$(PRODUCTVERSION)\UserTools.proj" Condition="Exists('$(APPDATA)\Embarcadero\$(BDSAPPDATABASEDIR)\$(PRODUCTVERSION)\UserTools.proj')"/>
    <Import Project="$(MSBuildProjectName).deployproj" Condition="Exists('$(MSBuildProjectName).deployproj')"/>
</Project>

$(BDSBIN)\CodeGear.***.Targets : Deklariert die zu verwendenden Compiler und Stellt die Scripte für Compiler/Build/Clear/MakeAll/ClearAll/... bereit.

$(APPDATA)\...\UserTools.proj : Hier kann man "eigene" Erweiterungen einfügen (für den Inline-Compiler und auch direkt für's MSBUILD)

Aber beim Upgrade fehlt oben manchmal die Condition, dann kann man dem MSBUILD das Profiel sagen wie man will, genommen wird immer was zuletzt eingestellt war.
Und es fehlen auch machmal einige der Imports, bzw. sie sind falsch.