From: Keith Seitz <keiths@cygnus.com>
To: Quality Quorum <qqi@world.std.com>
Cc: <gdb@sources.redhat.com>
Subject: Re: gdb & arm
Date: Thu, 04 Oct 2001 09:13:00 -0000 [thread overview]
Message-ID: <Pine.GSO.4.33.0110040909120.13231-100000@makita.cygnus.com> (raw)
In-Reply-To: <Pine.SGI.4.30.0110041140360.21435-100000@world.std.com>
On Thu, 4 Oct 2001, Quality Quorum wrote:
> I run into annoying problem with arm gdb, it is still there
> in gdb-20011002: if set a break point into function, then function
> parameters will be printed incorrectly when break point is hit.
>
> It seems that breakpoint is hit before the function prologue is complete,
> gdb uses symbol description applicable to the body of the function, and
> before function prologue is done symbols simply do not match
> their descriptions.
I've seen this problem recently, too. I'll assume that you've turned on
debugging info when compiling.
Can you do me a favor, set a breakpoint in arm_skip_prologue before
setting a breakpoint in arm-xxx-gdb? Does it use the debug info to figure
out where the prologue ends? Or does it try to figure it out manually?
I've seen cases where the compiler has output wrong debug info and caused
gdb to go to manual prologue decoding, which isn't very sophisticated. I
have a patch to beef it up a little, but it is just a hack: nothing that I
would submit to the external list.
I could send it to you if you were daring enough to try it. :-)
Keith
next prev parent reply other threads:[~2001-10-04 9:13 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-04 9:01 Quality Quorum
2001-10-04 9:13 ` Keith Seitz [this message]
2001-10-04 11:32 ` Quality Quorum
2001-10-04 11:37 ` Keith Seitz
2001-10-04 13:31 ` Quality Quorum
2001-10-04 15:00 ` Keith Seitz
2001-10-04 16:08 ` Quality Quorum
2001-10-05 9:37 ` Fernando Nasser
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=Pine.GSO.4.33.0110040909120.13231-100000@makita.cygnus.com \
--to=keiths@cygnus.com \
--cc=gdb@sources.redhat.com \
--cc=qqi@world.std.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