EXE kleinstmöglich machen

[jbg]

Zitat:

Zitat von freejay

Dennoch nochmals nachgefragt: Müsste die EXE nicht kleiner werden, wenn man die Debug-Informationen rausnimmt?

Bei Delphi werden Debug-Infos in den .dcu Dateien abgelegt und nicht wie bei anderen Compilern in der Exe. Wenn du die Debug-Infos in der Exe haben willst, musst du unter den Projektoptionen/Linker die TD32-Debuginfos aktivieren. Aber dann wird deine Exe mehrere Megabyte groß.

Zitat:

Übrigens: Das Rad neu erfindent ist leicht übertrieben. Schau dir mal ein C(++) Programm an, da ist alles nonVCL.

Klar, denn die haben ja keine VCL, also ist alles non=nicht VCL. :lol: Die meisten (nicht BCB) C++ Programmierer schreiben ihre Windows-Programme mit der MFC, die in 90% der Fälle nicht viel mehr als "das Handle aus dem Parametern der WinAPI Funktion vor den Funktionsnamen mit Punkt getrennt setzen" macht.

Zitat:

Die VCL ist nunmal benutzer(programmierer)freundlich, aber dafür auch roß und etwas langsamer.

Das "groß" kommt davon, dass in der VCL keine Interfaces benutzt werden und somit eine Klasse fast alle anderen mit in das Programm zieht, womit der das Smartlinking nicht mehr richtig greifen kann.

[freejay]

Zitat:

Zitat von 3_of_8

Übrigens: Das Rad neu erfindent ist leicht übertrieben. Schau dir mal ein C(++) Programm an, da ist alles nonVCL.

Doch ich sehe das schon so. Einen einmal erreichten Grad an Unterstützung durch die IDE oder VCL oder andere Komponenten nutze ich um schneller, bessere Software für die User zu entwickeln und möchte ich nicht mehr missen. Ich habe keinerlei Interesse daran Dinge, die einfach gelöst werden können (weil's dafür Komponenten o.ä. schon gibt) nochmal zu erfinden. Außerdem entsteht durch das Verwenden bestehender, lang erprobter Lösungen/Komponenten/etc. ein höherer Grad an Zuverlässigkeit (zumindest theoretisch...) und man kann sich auf die wirklich wichtigen Dinge konzetrieren: Funktionalität und Ergonomie. Die eingesetzte Technik ist - zumindest in meinem Umfeld - nicht das Entscheidende.

[3_of_8]

Ich auch nicht - aber wenn mans ganz klein haben will, ist es eine gute Möglichkeit.

Und: Das Rad neu erfinden heißt für mich, die komplette EXE mit nem HEX-Editor schreiben. ;)

[freejay]

Danke an alle!

[DGL-luke]

jbg: Der Delphi-Compiler kennt Smartlinking?!

[jbg]

Zitat:

Zitat von DGL-luke

jbg: Der Delphi-Compiler kennt Smartlinking?!

Klar. (Wobei der Delphi-Compiler zugleich der Linker ist).

Hier ein einfaches Beispiel:

Delphi-Quellcode:

program Test;

  procedure TestProc;
  begin
    WriteLn('Diese Prozedur wird gar nicht in die Exe-Datei aufgenommen und hat auch keine blauen Punkte links stehen');
  end;

* begin
*   WriteLn('MyProgram');
*   ReadLn;
* end.

[DGL-luke]

und was ist mit dem da:

Delphi-Quellcode:

unit uImportant;

interface

procedure NeverUsed;
procedure Used;

implementation


procedure NeverUsed;
begin
  DoSomeThingIrrelevant;
end;

procedure Used;
begin
  DoSomeThingRelevant;
end;

end.

und jetzt das Programm:

Delphi-Quellcode:

program Test;

{$APPTYPE CONSOLE}

uses uImportant;

begin
  Used;
end;

Wird NeverUsed mitgelinkt?

[Namenloser]

Compiliers doch und schau, ob daneben blaue Punkte stehen :wink:

[Nils_13]

Übertreibt ihr da nicht ein bisschen ? Ein nonVCL-Programm ist verdammt klein, hier geht es nur noch um Bytes/KB. Bis man sich dann die Units geschrieben hat, kann man doch gleich mit Assembler unter z.B. Win32 anfangen. In Assembler wird dann aus der 300 eine 3.

[Go2EITS]

@freejay
Also 400 KB sind nicht viel, auch für ein normales 56K Modem nicht.
Und mit UPX bist zur Komprimmierung der EXE gut bedient.

NonVCL ist nur eine Alternative, wenn Du Zeit hast Dich damit auseinanderzusetzen.
Da kannst Du durch das Weglassen einiger in der Uses Klauses stehenden Units Platz sparen.
Das schnellste Ergebnis im Verhältnis zur Zeit hast Du ohne NonVcl.

Beste Grüße
Go2EITS