[rfc] Frame based register cache / frame->unwind
Kevin Buettner
kevinb@redhat.com
Tue Apr 16 09:14:00 GMT 2002
On Apr 14, 4:58pm, Andrew Cagney wrote:
> I'm not too worried about the apparent 2% overhead per frame create
> though. With the patch applied, the code ends up maintaining both this
> new cache and the old ->saved_regs table. Rewriting a target to just
> use the ->unwind_cache, should, I think, claw back the 2% and then some
> - less need to go out to the target.
I'm puzzled. Assuming you don't have dwarf2cfi or the like, how do you
avoid maintaining the old ->saved_regs table?
Hmm... I see that the unwind cache has an ``addr'' field. Does that
mean that that the prologue analysis function calls
frame_supply_unwound_register() to set this field?
What is the ``optimized'' flag (in the frame cache) used for?
Kevin
More information about the Gdb
mailing list