DLL mit FPC/Codetyphon erheblich kleiner als unter Delphi

[Luckie]

Zitat von Delphi-Laie:

Die Runtime-Packages nicht zu inkludieren, ist aber den Teufel mit dem Beelzebub ausgetrieben. Ein solches Kompilat ist jenseits eines Windows, bei dem nicht die speziell benötigte Delphi-Version installiert ist, praktisch nicht zu gebrauchen.

Wenn ich die Runtime Packages nicht mit eincompiliere, dann sollte ich auch wissen, dass ich die Zugehörigen BPLs mitliefern muss.

Zitat:

Ich kenne jemanden persönlich, der (versehentlich?) jemandem eine Arbeitsprobe - Testprogramm o.ä. - zusandte, die / das mehr als nur die Windows-Umgebung benötigte. Vermutlich ging es auch um fehlende Runtime-Packages. Kurzum, der erste Eindruck entschied ("Mist, läuft nicht"), mit der Folge, daß wegen der Verärgerung kein Auftrag zustandekam.

War wohl auch besser so. Da derjenige wohl nicht wusste, was er tut.

Zitat:

Also, das ist keine Alternative, sondern hat sogar die starke Tendenz zur Selbstsabotage.

Nicht wenn man weiß, was man tut.

Die Tuneup Utilities machen es zum Beispiel so, dass sie alle benötigten BPLs mitliefern. Und ich kann nicht sagen, dass sie sich selbst sabotiert haben.

[TRomano]

Es wird genau dann schwierig, wenn viele Delphi-Programme auf einem Rechner mit Runtime packages laufen. In einem längeren Projekt im Süddeutschen hatten wir das Problem,
da dort die verschiedensten Delphi-Programme auch mit den unterschiedlichsten Kompilaten liefen, von D7, über D2010, XE, XE5, und XE7. Hier mit Runtime packages zu arbeiten hätte einen erhöhten Administrationsaufwand erfordert. Dann lieber eine größere Exe-Datei und die Admins sind glücklich ...
Wenn ich allerdings, wie dort, viele Delphi-Programme am laufen habe und alle mit dem selben Delphi-Compiler erstellt werden kann man darüber nachdenken.
Ach nee .. wenn man seine Komponenten-Sammlungen updated und den eigenen Sourcecode gleichzeitig ändert oder nutzt neue Features der Komponenten-Sammlungen ... dann hat man ein Problem oder verschiedene Versionen der BPL´s, die dann wieder irgendwo lokal herumlungern müssen. Man kann sich das Leben auch schwer machen

[hoika]

Hallo,
also die BPLs der verschiedenen Versionen sollten schon versionsbezogene Namen haben ...
Und zum Test muss man eh verschiedenn "leere" Rechner (virtuelle Maschinen) haben.

Aber auch wir benutzen keine Packages, aus schon gesagten diversen Gründen.

[TRomano]

Ja, das haben sie auch ...
Ob allerdings eine "cxDataRS24.bpl" (DevExpress) aus der Version 15.2.4 kompatibel mit der 15.2.5 ist (bei gleichem Namen), ist eben nicht sichergestellt. Da kommen schon mal gerne die Fehlermeldung, dass eine Func/Proc nicht an einer bestimmten Adresse gefunden werden kann.

[jaenicke]

Deshalb kann man ja auch einstellen welche Packages als Runtime Packages eingebunden werden sollen. So kann man das auf die von Delphi selbst beschränken.