Suchpfade von Delphi ?

[peterbelow]

Zitat:

Zitat von stahli (Beitrag 1258476)

... jetzt mal Fragen zu XE3

Ich habe eine Projektgruppe
-Exe1
-Exe2
-Exe3
-Package

Package wird von 2 Exen genutzt.

Alle kann ich als Debug- oder Release-Version kompilieren.

Was soll ich aber in den Umgebungsoptionen für Pfade einstellen?
Die DCU´s gibt es ja jeweils in zwei Zielordnern.

Wenn ich Exe1 als Debug-Version erstelle, wie wird dann auch das Package als Debug-Version eingebunden und anders herum eben als Release?
Wird das als abhängiges Package vielleicht automatisch berücksichtigt?

Zuerst einmal solltest Du in den Pfadoptionen für die Projekte (falls Du das noch nicht machst) für den Ausgabepfad für Units sowas wie

.\bin\$(Platform)\$(Config)

verwenden (in der Basiskonfiguration) und das auch in den Suchpfad aufnehmen. Damit erzeugt die IDE automatisch separate Unterverzeichnisse für die diversen Konfigurationen.

In deinem Beispiel sind aber die Package und die EXEs unabhaängig voneinander was die Konfigurationen angeht. Das Interface einer Package ist ja immer gleich, egal ob die Package nun mit oder ohne Debug-Infos gebaut wurde. Durch die Angabe von Abhängigkeiten für die Projekte in der Gruppe kannst Du zwar die Reihenfolge beeinflussen, in der die Projekte gebaut werden, wenn Du die ganze Gruppe bauen läßt, aber für jedes Projekt wird dessen aktive Konfiguration gebaut. Es gibt meines Wissens keine Möglichkeit, für eine bestimmte Konfiguration eines Projektes eine Abhängigkeit von einer bestimmten Konfiguration eines anderen Projektes zu definieren.

Was Du aber machen kannst ist einfach zwei Projektgruppen mit den gleichen Projekten zu erstellen, eine mit der Debug-Konfiguration für alle Projekte aktiviert, eine mit der Release-Konfiguration für alle Projekte.

[Cashew]

Vielen Dank für die Antworten...

Zitat:

Zitat von jaenicke (Beitrag 1426268)

Wenn die Komponente in ihrem Bibliothekspfad keine Version mit Debuginformationen hat, bleibt dir auch nichts anderes übrig als diesen Weg zu gehen oder die Units in das Projekt einzubinden.

Wie kann man prüfen ob die Komponente über Debuginformationen verfügt?

Zitat:

Zitat von jaenicke (Beitrag 1426268)

In jedem Fall solltest du nach dem Debuggen das DCU-Ausgabeverzeichnis deines Projekts bereinigen, damit dir die dort befindlichen DCUs der Komponente später nicht in die Quere kommen.

Das könnte man doch einfach über die Debug und Release Konfiguration des Projektes lösen... Im Debug Projekt den Suchpfad (Bibliothekspfad) erweitern und in der Release Konfiguration eben nicht?!

[hoika]

Hallo,
zum Debuggen würde ich die Komponente Zur Laufzeit erzeugen,
also nicht einfach auf ein Formular drauf"pappen".

[jaenicke]

Zitat:

Zitat von Cashew (Beitrag 1426361)

Wie kann man prüfen ob die Komponente über Debuginformationen verfügt?

Dafür müsste es ein separates Verzeichnis mit den Debug-DCUs geben. Darauf könnte man dann automatisch umschalten.

Zitat:

Zitat von Cashew (Beitrag 1426361)

Das könnte man doch einfach über die Debug und Release Konfiguration des Projektes lösen... Im Debug Projekt den Suchpfad (Bibliothekspfad) erweitern und in der Release Konfiguration eben nicht?!

Nein, es geht nicht darum was im Suchpfad gefunden wird, sondern dass im DCU-Verzeichnis noch Units liegen bleiben könnten, die nur zum Debuggen projektspezifisch kompiliert wurden. Die gehören da sonst nicht hin. Wenn man für Debug- und Releasekonfiguration unterschiedliche DCU-Pfade einträgt, geht das auch, ja. Trotzdem wäre eine Bereinigung sinnvoll, wenn man den Suchpfad später vielleicht auch im Debug wieder herausnimmt usw.