Mirror of the gdb mailing list
 help / color / mirror / Atom feed
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.


  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