wie packages ohne dcu verwenden ?

[Jaynder]

Hallo Freunde,
bin ziemlich am verzweifeln. Ich möchte eine Sammlung von sehr vielen dcu's nutzen, die in vielen verschiedenen Verzeichnissen gruppiert sind. Die wollte ich aber nicht alle in mein Programm einbinden und jedesmal mitkompilieren, deshalb habe aus jeder Gruppe eine dpk gemacht, die bpl/dcp in ein zentrales Verzeichnis "q:\bpl" kompiliert und als Komponente installiert. Wenn ich nun eine dieser units xyz in meinem Programm verwende, bekomme ich beim Übersetzen immer den Fehler "Datei nicht gefunden: xyz.dcu". Habe schon alles mögliche versucht: Bibliotheks- und Suchpfade gesetzt, auch in Windows den Suchpfad "q:\bpl" gesetzt. Wer weiß Rat?

(Delphi 2010 unter Win7-64)

[himitsu]

Da wirst du dann wohl auch die BPLs nutzen und es Delphi auch sagen müssen => gegen Laufzeit-Packages kompilieren (siehe Projektoptionen)
Und nicht vergessen die BPLs dann mitzugeben. (eventuell auch samt der RTL- und VCLs-BPLs, wegen der gemeinsam genutzten Codes/DelphiUnits)

[Jaynder]

danke und ok, so gehts. Aber ich wollte schon eine komplett zusammengelinkte exe haben so wie ich auch die vcl nutze, und da habe ich doch auch keine dcu's, oder?

[cookie22]

Zitat von Jaynder:

danke und ok, so gehts. Aber ich wollte schon eine komplett zusammengelinkte exe haben so wie ich auch die vcl nutze, und da habe ich doch auch keine dcu's, oder?

Doch hast du.

Zitat von Jaynder:

Die wollte ich aber nicht alle in mein Programm einbinden und jedesmal mitkompilieren

Warum nicht? Das ist der normale Weg.

[Jaynder]

Zitat von cookie22:

Doch hast du.

ok, hätt' ich mal nachsehen sollen.

Zitat von cookie22:

Warum nicht? Das ist der normale Weg.

aber nicht so günstig bei 14000 dcu's in 200 Verzeichnissen, wollte es irgendwie komfortabler haben

[himitsu]

Jupp, da werden die DCUs in die EXE gelinkt.
Und will man die DCUs in die EXE linken, dann muß der Linker diese auch irgendwo finden.

Du hast die DCUs in eine BPL gelinkt und die EXE ruft dann nur noch die BPL an und führt darin die Codes aus, aber dafür muß die BPL dann natürlich mitgegeben werden.



Du könntest auch im Debug-Build gegen die BPL linken und das öffentliche Programm dann ohne BPLs.

[cookie22]

Zitat von Jaynder:

aber nicht so günstig bei 14000 dcu's in 200 Verzeichnissen, wollte es irgendwie komfortabler haben

Du musst aber doch sicher nicht 14000 Units einbinden. Viele davon verweisen doch wieder auf andere, oder?

[Klaus01]

.. auch wenn es ein paar mehr Units sind,
die werden doch nicht immer neu übersetzt.
Nur wenn sich etwas in der Unit-Source geändert hat
oder wenn Du es expliziet anstößt (Build all).

Grüße
Klaus

[himitsu]

Zitat von cookie22:

Du musst aber doch sicher nicht 14000 Units einbinden.

Delphis kennen Multiselect und Drag&Drop ... das ist dann garnicht so schwer.

[Jaynder]

Zitat:

Du musst aber doch sicher nicht 14000 Units einbinden. Viele davon verweisen doch wieder auf andere, oder?

klar, ich brauche nur wenige, die ziehen dann den Rest nach

Zitat:

Und will man die DCUs in die EXE linken, dann muß der Linker diese auch irgendwo finden.

... und ich muss dafür 200 Suchpfade definieren.

Zitat:

Delphis kennen Multiselect und Drag&Drop ... das ist dann garnicht so schwer.

aber total unübersichtlich und überflüssig, die units sind quasi statisch un müssen auch nicht debuggt werden, weil sie nur eine c++ dll-Familie wrappen

Wie schon gesagt, es sollte eigentlich nur kompakt und übersichtlich für den Anwendungsprogrammierer werden, und dann wären 200 bpl/dcp in einem Verzeichnis mit einem Suchpfad für eben schöner gewesen als 14000 dcu's in einem Verzeichnis, und eine kompakte exe für den Benutzer ist delphimäßig sowieso obgligatorisch.