From: Jim Blandy <jimb@red-bean.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: gdb@sourceware.org
Subject: Re: Prologue analysis interface
Date: Wed, 23 Nov 2005 03:52:00 -0000 [thread overview]
Message-ID: <8f2776cb0511221914h7858170cp6bd2d66382d4ec1f@mail.gmail.com> (raw)
In-Reply-To: <20051123022325.GU1635@adacore.com>
On 11/22/05, Joel Brobecker <brobecker@adacore.com> wrote:
> > The frame pointer bits do involve some target heuristics. I think we
> > could do away with that, if we had reason to (i.e. an interesting
> > target which didn't use a fixed register for this). But I'm not
> > suggesting it until we have such a target, hopefully not for a long
> > time.
>
> Not sure if this is relevant, but the HPPA ABI says that when there
> is a frame pointer, it is either in r3 or r4, depending on the frame
> size (IIRC). GCC doesn't follow the ABI, and always uses r3, but I am
> pretty sure that the HP C compiler does follow that convention...
The MIPS (if I recall, the first architecture to give us real
headaches in prologue analysis, before it became popular, things were
pretty simple and the current approach worked pretty well) doesn't
designate a particular register for use as a frame pointer, either.
I think all we really need to know is how to find the original SP (for
use as the CFA). Having a designated frame pointer narrows the set of
places we need to look, but we could search all the registers for
something with the right value.
next prev parent reply other threads:[~2005-11-23 3:14 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-22 19:30 Jim Blandy
2005-11-22 19:44 ` Daniel Jacobowitz
2005-11-23 0:20 ` Jim Blandy
2005-11-23 2:14 ` Daniel Jacobowitz
2005-11-23 2:52 ` Joel Brobecker
2005-11-23 3:52 ` Jim Blandy [this message]
2005-11-23 16:56 ` Ulrich Weigand
2005-11-23 18:37 ` Joel Brobecker
2005-11-24 6:21 ` Jim Blandy
2005-11-24 10:21 ` Jim Blandy
2005-11-24 17:18 ` Ulrich Weigand
2005-11-25 3:06 ` Jim Blandy
2005-11-23 3:14 ` Jim Blandy
2005-11-23 6:18 ` Daniel Jacobowitz
2005-11-23 14:54 ` Ulrich Weigand
2006-01-27 17:11 ` Daniel Jacobowitz
2006-01-27 18:25 ` Jim Blandy
2006-01-28 13:40 ` Jim Blandy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8f2776cb0511221914h7858170cp6bd2d66382d4ec1f@mail.gmail.com \
--to=jimb@red-bean.com \
--cc=brobecker@adacore.com \
--cc=gdb@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox