executable size

Steven Schveighoffer schveiguy at yahoo.com
Mon Dec 20 09:10:51 PST 2010


On Sun, 19 Dec 2010 08:25:36 -0500, Gary Whatmore <no at spam.sp> wrote:

> jovo Wrote:
>
>> Hi,
>> Today I compiled my old two module console program with d-2.50.
>> It uses only std.c.time, std.c.stdio, std.random and templates.
>> Compiled with -O -release, on windows.
>> Executable size (d-2.50): 4.184 kb.
>> Trayed with d-1.30: 84 kb.
>>
>> Is it expected?
>
> This is something you shouldn't worry too much about. Hard drives and  
> system memory are getting bigger. 4 megabytes isn't that much when you  
> have soon 4 terabytes of space. A single PC rarely has one million  
> executables. So, keep writing more code. That's what the space is for.

I hate this excuse, it's used all the time.  The reality is that  
executable size *does* matter, and it always will.  Smaller programs load  
and run faster.

The other reality is that this is a toolchain issue, and not a language or  
spec issue.  With improved tools, this gets better, so it's not worth  
worrying about now.  When D gets full shared-library support, this problem  
goes away.

Array appending performance/invalidity used to be one of the most common  
negatives cited on D.  Now, nobody talks about it because it's been  
fixed.  You will see the same thing with exe size once D uses shared libs.

-Steve


More information about the Digitalmars-d mailing list