From: Daniel Jacobowitz <drow@false.org>
To: "Stefan Burström" <f94sbu@efd.lth.se>
Cc: gdb@sources.redhat.com
Subject: Re: rs6000 / ppc backend in gdb
Date: Mon, 01 Aug 2005 20:51:00 -0000 [thread overview]
Message-ID: <20050801205053.GA19971@nevyn.them.org> (raw)
In-Reply-To: <33e255d0bad.2dcea4ea@mail.m.bonet.se>
On Mon, Aug 01, 2005 at 09:32:59PM +0100, Stefan Burström wrote:
> Well, the problem is not when debug info is available. The problem is if the
> stack chain goes through the OS where no debug info at all is available.
>
> I suppose I am pretty much on my own if I want to get this functionality
> into GDB?
Why can't you use the prologue analyzer in this case? You don't have
symbols at the start of functions? Well, in that case, there's not
much to be done - what will happen is GDB will find the nearest
plausible symbol, decide that's the start of the function, and prologue
analyze from there. If that is a frameless function, and the function
you're really in isn't frameless, you'll lose.
If you have any bright ideas for handling this without breaking the
common case, please do share.
> One interesting thing about all this is that even if the PPC backend tries
> to be really nice and look at the prologue to determine various aspects of
> the frame, it still assumes that the previous sp is saved where the current
> sp points.
Yes, I think that's fairly lame, but I'm not familiar with the PPC
backend at all.
--
Daniel Jacobowitz
CodeSourcery, LLC
next prev parent reply other threads:[~2005-08-01 20:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-28 0:50 PPC stack trace Stefan Burström
2005-07-31 0:19 ` rs6000 / ppc backend in gdb Stefan Burström
2005-07-31 1:17 ` Daniel Jacobowitz
2005-07-31 22:15 ` Stefan Burström
2005-08-01 13:12 ` Daniel Jacobowitz
2005-08-01 20:45 ` Stefan Burström
2005-08-01 20:51 ` Daniel Jacobowitz [this message]
2005-08-01 21:08 ` Stefan Burström
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=20050801205053.GA19971@nevyn.them.org \
--to=drow@false.org \
--cc=f94sbu@efd.lth.se \
--cc=gdb@sources.redhat.com \
/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