frame cache
Michael Eager
eager@eagercon.com
Tue Jul 24 17:14:00 GMT 2007
Michael Eager wrote:
> I have a couple questions about the <target>_frame_cache
> structure and functions.
>
> 1) This appears to be a single-entry cache. Why not keep
> multiple entries?
>
> 2) The data in the frame cache seems to be of two different
> types:
> a) Fixed, based on analyzing the code: register offsets,
> stack alignment, framelessness, etc.
> b) Variable, based on the call: return pc, frame base
>
> It looks to me that the object code is analyzed repeatedly
> and this fixed information is discarded along with the
> variable information.
>
> Why not keep a persistent cache of function specific fixed
> data and only discard the call-specific data when the frame
> cache is cleared?
>
> Is there any documentation about what target-specific data
> the frame cache is supposed to contain or how the functions are
> supposed to work?
And one more question:
3) In <target>_skip_prologue(), an dummy <target>_frame_cache is
created to be passed to <target>_analyze_prologue(). This
dummy cache entry is discarded. Why not retain this info?
--
Michael Eager eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
More information about the Gdb
mailing list