Verständnisfrage Packages

[stahli]

Vielleicht eine blöde Frage, aber die stellt sich mir schon ewig.
Im Zusammenhang mit einer Neustrukturierung einer Projektgruppe will ich deshalb mal nachfragen:

Folgende Projektgruppenstruktur (XE3):
-PackageA
-PackageB
-PackageC (required PackageA, PackageB)
-PackageD (required PackageC)
-PackageE (required PackageC)
-Exe1
-Exe2

Unter den Packages ist das cool. Man kann required packages angeben und deren Units verwenden.

Warum gibt es in den Exe-Projekten kein required und man muss statt dessen die Pfade aller Win32 bzw. Win64 Zielordner in den Bibliothekspfaden eintragen?
Oder gibt es eine Möglichkeit bei Exe-Projekten analog zu required?

Installieren brauche ich meine Packages nicht. Diese enthalten keine Controls, die in der Palette eingebunden werden müssen.
Die Packages verwende ich nur zur strukturierteren Projektorganisation.

Ist das wirklich so umständlich oder übersehe ich da etwas?

[Uwe Raabe]

Zitat:

Zitat von stahli (Beitrag 1379530)

Warum gibt es in den Exe-Projekten kein required und man muss statt dessen die Pfade aller Win32 bzw. Win64 Zielordner in den Bibliothekspfaden eintragen?
Oder gibt es eine Möglichkeit bei Exe-Projekten analog zu required?

Die gibt es unter Umständen tatsächlich: Wenn die EXE mit Laufzeit-Packages compiliert wird, musst du die benötigten Packages unter Laufzeit-Packages angeben. Dann brauchst du auch nicht den Pfad zu den DCUs. Solange du aber eine monolithische EXE ohne Laufzeit-Packages compilierst, dann muss der Compiler auch die DCUs finden oder erzeugen können.

[stahli]

Ok danke!

Dann wäre es vielleicht mal ein sinnvoller Vorschlag für die Zukunft, den Exe-Projekten auch ein Required-Modul zu spendieren!?
Das würde m.E. einiges vereinfachen, das jetzt aufwendig konfiguriert werden muss (Im Hintergrund müsste halt der Compiler die Pfade dynamisch ermitteln - mehr wäre es ja sicher gar nicht).

In Verbindung mit einer besseren Unterstützung bei der Verwendung von Interfaces (automatische Einrichtung und Sortierung der Interface-Methoden in Interface-nutzenden Klassen) würde mich das vielleicht sogar nochmal zu einem Update veranlassen...