Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.pascal.delphi.misc > #461
| 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> |
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 | Next — Previous in thread | Next in thread | Find similar
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