Debug und Release liefert nahezu gleichgroße Exe-Dateien

[EWeiss]

Zitat von himitsu:

Das liegt daran, dass der Compiler da nichts optimieren kann, da er nicht wissen kann ob eine Ressource benötigt wird, also wird alles einkompiliert, was in irgendeiner Unit inkludiert wurde.
Bei Klassen und Funktionen ist das was Anderes ... wird die nicht verwendet, sie sind nicht public (im Interface) und es handelt sich nicht um ein Package, dann kann sie einfach vom Linker weggelassen werden.

Ich verwende wie gesagt weder Icons noch Cursor noch irgendwelche Packages also warum werden meine Units
durch die Package Info öffentlich gemacht.

Sie haben keinen Nutzen in irgendeiner Form.

Zitat:

da er nicht wissen kann ob eine Ressource benötigt wird

Nein ?
Ich kann sie doch explicit angeben in dem ich sie zu meinem Projekt addiere.
Wenn ich keine hinzufüge sollte auch keine zum Kompilat addiert werden.. Meine Meinung.
Wie man im Shot sehen kann den ganzen Müll (sorry) bis auf die Versions Info brauche ich einfach in der DLL nicht.

gruss

[himitsu]

Weil das Zeugs sich in vielen VCL-Units versteckt, welche du verwendest.
Und die PackageInfo ist z.B. für die RTTI mit drin.
DVCLAL sind die Lizenzinfo deiner Delphi-Version/Edition. (darüber wird geregelt ob und was in deinem Kompiilat verwendet werden darf ... z.B. falls DataSnap einkompiliert ist, aber dafür nur eine Starter/Prof verwendet wurde)

Nichtgenutztes weglassen geht halt nicht bei Ressourcen.

Bei Ressourcen und RTTI kann man auch indirekt drauf zugreifen, womit es da keine erkennbare Verbindung gibt.
Fazit: Der Compiler/Linker muß alles mit rein nehmen, falls es doch gebraucht wird.

[EWeiss]

Zitat von himitsu:

Weil das Zeugs sich in vielen VCL-Units versteckt, welche du verwendest.

Nichtgenutztes weglassen geht halt nicht bei Ressourcen.

JA nur verwende ich kein zumindest keine *dfm.

gruss

[himitsu]

Wie gesagt, die Unit muß nur eingebunden sein und schon ist die Ressource drin.

Drum gab es damals mal die schwachsinnigste Komponente ever.
TXPManifest ... die nur dafür sorgte, dass automatisch eine Unit ins Uses eingetragen wurde.
Nahm man die Kompoente wieder von der Form, blieb das Manifest dennoch in der Anwendung drin.

[Bernhard Geyer]

Zitat von EWeiss:

Exe Größe Hin oder Her ich meine das in Delphi Kompilierte Dateien unnötig aufgebläht sind.
Ich Kompiliere eine DLL..

Jetzt frage ich mich ernsthaft was haben da ein Icon\IconGroup, Cursor\CursorGroup und andere dinge zu suchen?

Also unsere DLLs haben kein Icon/IconGroup. Wenn du diese nicht benötigst dann deaktiviere/lösche sie doch aus dem Projekt.
Cursor\CursorGroup ist drin. Liegt halt an den VCL-Komponenten welche diese einbinden. Wenn du diese nicht benötigst, sorge durch passende Uses-Anweisung das sich nicht gezogen werden.

Zitat von EWeiss:

Die werden weder benötigt noch erfüllen sie irgendeinen zweck und sind nicht von Nöten damit meine DLL funktioniert.
Was soll das also? Und warum kann man diese NICHT benötigen Dinge aus dem Kompilat nicht ausschließen.

Hab jetzt in unserer kleinesten DLL (ohne VCL) geschaut. Dort ist weder das eine noch das andere drin.
Also macht der Compiler/Linker nichts was nicht durch das eigene Handeln (uses-Anweisung) verschuldet wäre.

Zitat von EWeiss:

Zudem sind die Package Informationen für mich ein Ansatz um das Kompilat zu dekompilieren.
Warum muss diese öffentlich in einer DLL durch das Kompilieren mit eingebunden werden.

RTTI und Co. macht es nun mal nötig das diverse Infos in solchen gemeinsam genutzten DLLs (was anderes sind die BPLs ja nicht) zur verfügung gestellt werden.
Stören diese, dann arbeite ohne BPLs.

[EWeiss]

Zitat:

Wenn du diese nicht benötigst dann deaktiviere/lösche sie doch aus dem Projekt.

Wie?
Denn ich habe schon gesagt das die DLL keine *.dfm Unit eingebunden hat.

Zitat:

Hab jetzt in unserer kleinesten DLL (ohne VCL) geschaut. Dort ist weder das eine noch das andere drin.

Ich verwende kein VCL.
Diese DLL verwendet nur Header von Diversen Plugin Typen welche dann benutzt werden um mit diesen zu kommunizieren.

Zitat:

Stören diese, dann arbeite ohne BPLs.

Wie kommst du darauf das ich BPLs verwende tue ich nicht.
Und wenn dann müssen sie irgendwo im Suchpfad liegen.

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Zitat:

Wenn du diese nicht benötigst dann deaktiviere/lösche sie doch aus dem Projekt.

Wie?
Denn ich habe schon gesagt das die DLL keine *.dfm Unit eingebunden hat.

Solche Ressourcen sind nicht an dfm-Units gebunden.

Zitat:

Wie kommst du darauf das ich BPLs verwende tue ich nicht.

Sehe gerade es geht um die PACKAGEINFO-Bereich.
Den Packt Delphi auch in DLLs auch wenn es nicht immer nötig wäre.
Bei BPLs ist es nötig um um feststellen zu können wenn eine Pas-Datei sonst mehrfach geladen würde was ja dem Highlander-Prinzipg bei gemeinsam genutzter Runtime (Dll.TObject = Exe.TObject) nicht sein darf.

[EWeiss]

Na ja ist ja nicht Lebenswichtig wollte die dinge nur mal ansprechen.
Unter Verwendung von UPX werden diese Ressourcen eh eliminiert. (bzw. komprimiert)

Zitat:

Wie gesagt, die Unit muß nur eingebunden sein und schon ist die Ressource drin.

Was mich aber interessieren würde welche Unit käme da in frage die Icons und Cursors mit einbindet?

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Zitat:

Wie gesagt, die Unit muß nur eingebunden sein und schon ist die Ressource drin.

Was mich aber interessieren würde welche Unit käme da in frage die Icons und Cursors mit einbindet?

gruss

Einbindung solcher Resourcen erfolgt über eine $R-Angabe (Jedenfalls ist das die Methode die ich kenne und die auch bei alten Delphis funktioniert)

{$R MeineResourcenDateimitGanzFilenIconsundCurser.res} Also musst du in den Units die du direkt oder indirekt verwendest nach "{$R" suchen

[EWeiss]

Zitat von Bernhard Geyer:

Zitat von EWeiss:

Zitat:

Wie gesagt, die Unit muß nur eingebunden sein und schon ist die Ressource drin.

Was mich aber interessieren würde welche Unit käme da in frage die Icons und Cursors mit einbindet?

gruss

Einbindung solcher Resourcen erfolgt über eine $R-Angabe (Jedenfalls ist das die Methode die ich kenne und die auch bei alten Delphis funktioniert)

{$R MeineResourcenDateimitGanzFilenIconsundCurser.res} Also musst du in den Units die du direkt oder indirekt verwendest nach "{$R" suchen

Kann es sein das hier irgendetwas von meiner Frage nicht verstanden wurde?
Ich habe keine Ressource die ich einbinde die irgendwelche Cursor oder Icon Dateien enthält.
Wenn dem so wäre würde ich nicht fragen da es in dem Fall von mir selbst verursacht wurde.

{$R '_resource\Bass_Vis.res'}

enthält lediglich die Version nichts anderes.

Und ja habe alle Dateien im Projekt durchsucht.
Also noch mal welche Unit die ich nicht selbst erzeugt habe.. bsp. System, Windows, Classes enthält oder generiert Cursor oder Icon Ressourcen.

gruss