Re: Size optimization for objects

[Niklas Holsti <niklas.holsti@tidorum.invalid>]

On 13-07-18 18:12 , Rego, P. wrote:
> On Thursday, July 11, 2013 5:35:06 AM UTC-3, Niklas Holsti wrote:
>> Yes, if you consider only the size of the code ("text" segment).
>> For data, if the program contains uninitialized, statically
>> allocated variables, the file size can be smaller than the "memory
>> image" size, because the .o file only describes those variables
>> (name, size, address or offset) but does not provide values for the
>> variables.
> Ok.
> 
>> The fact that this number is so absurdly large is relevant, and the
>> fact that it is larger than the size of the .o file may be
>> relevant, unless the number includes the size of uninitialized
>> statically allocated data
> Ok.
> 
> Interesting, I run the same code bla.adb on a Unix machine. The first
> part of the second column (that one which writes ffbec...), and it
> does not appear here.  So the lines look like 00000000 00000001 D
> ada__exceptions_E

That looks better.

> However when I add all the column, the result also seems incoherent,
> around 8GB.  The real bla.out generated is ~478kB.

If you send me the new "nm" output, I can have a look and try to
understand this 8 GB result. You can use the mail address given under
"Contact information" at http://www.tidorum.fi/en/index.html, or the
address that my signature below tries to obscure on two lines.

-- 
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
      .      @       .