[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/273] FAIL: size -A

From: dave at hiauly1 dot hia dot nrc dot ca
Subject: [Bug binutils/273] FAIL: size -A
Date: 29 Jul 2004 18:57:25 -0000

------- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2004-07-29 18:57 -------
Subject: Re:  FAIL: size -A

> Hmm - it seems to me that we must either teach the size program about 
> subspaces as a generic thing, or else have a target specific extension 
> to the program which can display sections and sub-spaces specifically 
> for the SOM format.

Actually, I view subspaces as equivalent to sections.  Spaces are just
a collection of sections/subspaces lying in the same space/memory region.
This reflects the division of the virtual memory space into four quadrants
(i.e., spaces).  While it possible to have more than one space mapping
to any given quadrant, this is rare in practice.  On the other hand,
numerous subspaces with different attributes and names are common.  It's
the subspaces that get sorted and merged with the subspaces from other
objects in a link.

So, I think we could ignore spaces for the purpose of the size program.
This is more or less what HP did.  At the moment, I don't know how hard
this would be to implement.

> Personally I tend towards the latter as it could be contained in a 
> separate file and only minimally intrudce into the generic size sources.

Seems reasonable from a design standpoint.




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]