Laufzeit bpl Abhängigkeiten

[Bernhard Geyer]

Zitat von schöni:

Das Eingangsposting in diesem Thread erschüttert mich total. Intelligentes Linken (Nur, was wirklich im Code verwendet wird, wird auch eingebunden, der übrige Code bleibt draußen, war zu Zeiten von Turbo Pascal 7.0 schon mal da. Warum jetzt nicht mehr?

Die Technologie dafür haben die doch schon seit Turbo Pascal 7.0. Braucht doch somit bloß wieder verwendet zu werden.

Das macht der Compiler schon. Jedoch ist es fraglich was TMS hier "verpfuscht". Evtl. irgendwelche Funktionen im initialisation-Abschnitt was dazu führt das alles gezogen wird.

[hanspeter]

Zitat von schöni:

Fazit aus diesem Thread wäre:

Für jede Komponente ein eigenes Package!.

Bringt auch nicht viel außer einen Haufen Arbeit.
So man das Programm modular anlegen will, kommt man an Laufzeitbibliotheken nicht vorbei.
Je mehr man davon hat um so gefährlicher wird die Sache.
Entweder man liefert immer alle bpl bei einem Update mit aus oder sitzt schnell in der Falle
"xyz wurde mit anderer Version von abc compiliert."
dll ohne Laufzeit geht nicht, da die dll in den gleichen Processraum wie das Programm geladen wird.
Viele VCL Komponenten können aufgrund von Registerclass nur einmal im gleichen Adressraum verwendet werden.
Ich hatte es weiter oben bereits gesagt, keine Laufzeitbibliotheken und Comserver statt dll entschärft das Problem fast total.
Obwohl auch eine Comserver-dll in den gleichen Processraum geladen wird, tritt hier interessanter Weise das
RegisterClass- Problem nicht auf.

Peter