Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.pascal.delphi.misc > #461

Re: Delphi XE2 compiled VCL Win32 EXE size

From Marco van de Voort <marcov@toad.stack.nl>
Newsgroups comp.lang.pascal.delphi.misc
Subject Re: Delphi XE2 compiled VCL Win32 EXE size
Date 2013-03-16 17:54 +0000
Organization Stack Usenet News Service
Message-ID <slrnkk9cef.mnh.marcov@toad.stack.nl> (permalink)
References <XnsA182199A285CFjj@0.0.0.79> <slrnkk69kk.1jmj.marcov@toad.stack.nl> <XnsA1853A7167015jj@0.0.0.18> <slrnkk919q.5ah.marcov@toad.stack.nl> <0o01t.102788$O52.24637@newsfe10.iad>

Show all headers | View raw


On 2013-03-16, Jamie <jamie_ka1lpa_not_valid_after_ka1lpa_@charter.net> wrote:
>> 
>> Done http://pastebin.com/WcwsP7Cn
>
>   Removing support for themes to reduce the size of the EXE isn't that 
> easy actually, like a lot of other VCL code that is used in classes with 
> a selection of a property.

I know how smartlinking works ;-)

http://stackoverflow.com/questions/4519726/delphi-which-are-the-downsides-of-having-unused-units-listed-in-the-uses-clause/4519894#4519894

But that doesn't mean it couldn't be minimized. The question is more if
anybody cares enough to do so, IOW where is the real problem?

>    THe code for example in forms, already have references to the unit 
> even though they make no use of it. The compiler see's this and simply 
> must link it in because code has been generated to make references to 
> functions/class members.
>
>   In order to not have this happen, I would guess that a dynamic link 
> could be used and virtual methods could be assign in the classes to use
> this code. This way minimum code will remain in your final EXE.

No. Dynamic linking/packages doesn't really solve anything. It only
fragments the units over multiple binaries.

Anything like that can also be done on the unit level (with minimal
abstract base classes and the real thing only kicking in if you use
certain units that register the derived classes with all the code
and depedencies).

See e.g. how Free Pascal handles similar problems on RTL level to
keep thread and localisation support out of the binary on *nix.
(cthreads/clocale). Though that is more because of dependencies/deployment
than binary sizes.

> Other than that, different versions of the VCL would need to be 
> selected per project to avoid all that linking. Maybe what we need is
> several VCL lib paths a project can use. Light weigh, medium and heavy!

Sounds like a canon to shoot a mosquito. 

>   I do not have any of the compilers since Borland drop the bomb and 
> allowed those other guys (no names here) to turn it into a set of 
> bloated tools.

"bloat" is so horribly subjective. As said, most people see no problem
in wasting ten times the space due to browser caches.

So why should Embarcadero spend a significant percentage of their
development budget on this? Better they start fixing bugs with it :)

Back to comp.lang.pascal.delphi.misc | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Delphi XE2 compiled VCL Win32 EXE size JJ <jaejunks@nah.meh> - 2013-03-12 19:24 +0000
  Re: Delphi XE2 compiled VCL Win32 EXE size Jamie <jamie_ka1lpa_not_valid_after_ka1lpa_@charter.net> - 2013-03-12 17:51 -0500
    Re: Delphi XE2 compiled VCL Win32 EXE size Graeme Geldenhuys <graemeg@example.net> - 2013-03-14 20:22 +0000
      Re: Delphi XE2 compiled VCL Win32 EXE size Jamie <jamie_ka1lpa_not_valid_after_ka1lpa_@charter.net> - 2013-03-14 18:32 -0500
        Re: Delphi XE2 compiled VCL Win32 EXE size Graeme Geldenhuys <graemeg@example.net> - 2013-03-15 07:58 +0000
  Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-15 13:48 +0000
    Re: Delphi XE2 compiled VCL Win32 EXE size JJ <jaejunks@nah.meh> - 2013-03-15 22:38 +0000
      Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-16 14:44 +0000
        Re: Delphi XE2 compiled VCL Win32 EXE size Jamie <jamie_ka1lpa_not_valid_after_ka1lpa_@charter.net> - 2013-03-16 11:52 -0500
          Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-16 17:54 +0000
            Re: Delphi XE2 compiled VCL Win32 EXE size Jamie <jamie_ka1lpa_not_valid_after_ka1lpa_@charter.net> - 2013-03-16 14:39 -0500
              Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-16 18:46 +0000
          Re: Delphi XE2 compiled VCL Win32 EXE size JJ <jaejunks@nah.meh> - 2013-03-17 09:47 +0000
            Re: Delphi XE2 compiled VCL Win32 EXE size Jamie <jamie_ka1lpa_not_valid_after_ka1lpa_@charter.net> - 2013-03-17 10:03 -0500
        Re: Delphi XE2 compiled VCL Win32 EXE size JJ <jaejunks@nah.meh> - 2013-03-17 09:25 +0000
          Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-17 13:08 +0000
  Re: Delphi XE2 compiled VCL Win32 EXE size "Rudy Velthuis (TeamB)" <newsgroups@rvelthuis.de> - 2013-03-16 23:24 +0100
    Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-16 22:32 +0000
      Re: Delphi XE2 compiled VCL Win32 EXE size "Rudy Velthuis (TeamB)" <newsgroups@rvelthuis.de> - 2013-03-16 23:55 +0100
        Re: Delphi XE2 compiled VCL Win32 EXE size "Rudy Velthuis (TeamB)" <newsgroups@rvelthuis.de> - 2013-03-17 00:05 +0100
          Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-17 13:03 +0000
    Re: Delphi XE2 compiled VCL Win32 EXE size JJ <jaejunks@nah.meh> - 2013-03-17 10:00 +0000
      Re: Delphi XE2 compiled VCL Win32 EXE size "Rudy Velthuis (TeamB)" <newsgroups@rvelthuis.de> - 2013-03-17 21:54 +0100
        Re: Delphi XE2 compiled VCL Win32 EXE size Marco van de Voort <marcov@toad.stack.nl> - 2013-03-17 20:59 +0000

csiph-web