This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: RFA: general prologue analysis framework
- From: Daniel Jacobowitz <drow at false dot org>
- To: Jim Blandy <jimb at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Sun, 9 Oct 2005 16:27:26 -0400
- Subject: Re: RFA: general prologue analysis framework
- References: <m3y8568as0.fsf@alligator.red-bean.com>
On Thu, Oct 06, 2005 at 04:51:11PM -0700, Jim Blandy wrote:
> If folks are interested, I can post the m32c prologue analyzer that
> uses these functions, as an example of how they can be used.
>
> 2005-10-06 Jim Blandy <jimb@redhat.com>
>
> * prologue-value.c, prologue-value.h: New files.
> * Makefile.in (prologue_value_h): New variable.
> (HFILES_NO_SRCDIR): List prologue-value.h.
> (ALLDEPFILES): List prologue-value.c.
> (prologue-value.o): New rule.
I like the idea.
I'd love to see the m32c example. The arithmetic is easy to grasp, but
the choices you made for memory (and the special-case for array
references) are a lot less obvious without some more context.
I have a half-baked feeling that the exported interface is at a bad
level of abstraction, i.e. that too much generic code will end up
crammed into the tdep files. But I don't have any evidence to back
that up.
This all screams out to me that we ought to be able to generate most of
the target-specific bits from cgen or somehow reuse existing simulator
interfaces. Now that'd be extra credit.
--
Daniel Jacobowitz
CodeSourcery, LLC