$(config) im Suchpfad möglich?

[TigerLilly]

Ich überarbeite grad meine Pfade:

Ich habe zB $(BDSLIB)\$(Platform)\release\$(LANGDIR)

Könnte ich das auch so schreiben:
$(BDSLIB)\$(Platform)\$(Config)\$(LANGDIR)

Das würde vA das Überarbiten des Such- und Bibliothekspfads vereinfachen.

Danke!

[Neutral General]

Ich bin mir ziemlich sicher dass $(config) im Bibliothekspfad nicht funktioniert.
Im Suchpfad kann ichs mir gut vorstellen aber habs noch nie probiert.

Probier es halt? Probieren ist wahrscheinlich schneller als zu fragen und auf Antworten zu warten.

[Uwe Raabe]

Was willst du denn genau damit erreichen?

Gerade bei den Release und Debug-Pfaden in $(BDSLIB) würde das keinen Sinn machen. Auch bei einem $(CONFIG) = DEBUG muss der Release-Pfad angegeben sein, da dort z.B. die ganzen RES-, FMX- und DFM-Dateien liegen. Weiterhin liegen da noch alle DCUs, für die es keine Debug-Versionen gibt. In der Debug-Konfiguration wird dann lediglich der Debug-Pfad vor dem Release-Pfad durchsucht. Alles, was nicht im Debug-Pfad gefunden wurde, wird dann aus dem Release-Pfad genommen.

[TigerLilly]

$(config) wird wie erwartet ausgewertet, kann also verwendet werden. Aber wie Uwe richtig sagt, ist das recht sinnlos. Vergesst´s das wieder. :shock:

[Rollo62]

Ich hab mir auch schon oft den Kopf zerbrochen wie es am Besten geht.
Leider unterstützt RadSudio relative Pfade nicht immer durchgängig, deshalb fielen mir schon Einige Versuche vor die Füsse.

Ich mache es jetzt Folgendermaßen:
- Anlegen der eigenen EnvironmentVariablen für die einzelnen Libraries
- In neuen Projekten habe ich mir meinen Library-Suchpfad zusammengebaut, und den lade ich in Search-Path der Projekte
- In den Suchpfaden nutze ich die Env-Variablen, und davon relative Pfade

Das hat die Nachteile:
- Ich muss in jedem neuen Projekt einmal die Suchpfade für alle Libraries in allen OS einstellen
- Füge ich neue Libraries hinzu muss ich auch evtl. die Projektpfade aktualisieren

aber die Vorteile:
- Bei Upgades von Delphi muss ich nur die paar Env-Variablen in der IDE anpassen
- Projekte enthallten die Pfade zu Ihren Libraries, nicht die IDE
- Ältere oder spezielle Projekte können auf verschiedene Libraries verweisen, ohne die IDE zu zerschiessen
- Bei Upgrades kann ich sehr schnell frische .DPROJ Files erstellen, fals nötig
- Wenn was nicht passt bekomme ich klare Fehlermeldungen, und das Abstellen ist Routine
- Mehrere Library-Versionen können parallel gehalten werden, für verschiedene Projekte

Also ein bischen Mehraufwand und Disziplin bei der Projekterstellung hat für mich einige Vorteile.
Ist aber leider auch noch nicht meine Idealkonfiguration :stupid:

[Dennis07]

Im Such-und Bibliothekspfad sind Pfadvariablen über

Code:

$(...)

möglich, nicht aber bei anderen Pfadvariablen.
Dies solltest du beachten. Ansonsten bleibt auch hier nur zu wieder holen: Sinn macht diese spezifische Pfadvariable natürlich in diesen spezifischen Pfaden höchstwahrscheinlich eher nicht. Das ist hier aber nicht gefragt worden.

[Uwe Raabe]

Zitat:

Zitat von Rollo62 (Beitrag 1455356)

Das hat die Nachteile:
- Ich muss in jedem neuen Projekt einmal die Suchpfade für alle Libraries in allen OS einstellen
- Füge ich neue Libraries hinzu muss ich auch evtl. die Projektpfade aktualisieren

Genau das versuche ich ja mit meinem OptSet-Ansatz zu umgehen.

[Rollo62]

Ja dankesehr, OptSets nutze ich auch dafür.
Trotzdem bleibt das viel Fummelei, ich würde mir einen OptSets Baum der weitere OptSets rekursiv lädt wünschen, wo man mehrere OptSets anklicken kann, und/oder als Template speichern kann.

Dann wäre ein OneClick-Setup in greifbarer Nähe.