From: Ulrich Weigand <uweigand@de.ibm.com>
To: jimb@redhat.com (Jim Blandy)
Cc: uweigand@de.ibm.com (Ulrich Weigand), gdb-patches@sourceware.org
Subject: Re: RFA: general prologue analysis framework
Date: Wed, 23 Nov 2005 02:56:00 -0000 [thread overview]
Message-ID: <200511222007.jAMK7vlB005718@53v30g15.boeblingen.de.ibm.com> (raw)
In-Reply-To: <vt2zmp7vqfs.fsf@theseus.home.> from "Jim Blandy" at Oct 17, 2005 01:28:23 PM
Jim Blandy wrote:
> Ulrich Weigand <uweigand@de.ibm.com> writes:
> > I'll see how I can adapt the s390 code to use the new interface.
> > There's one point I'm not quite sure how to handle: it can happen that
> > the same register is saved multiple times to the stack (e.g. %r6 once in
> > the save area and once as incoming argument register). In this case,
> > the s390 heuristic is that the slot at the highest address is the real
> > save area slot. I'm not sure how to fit this into the generic routine ...
>
> pv_area_find_reg doesn't give you any way to express a preference
> between one location and another. But it does a linear search of the
> area, so if you're building up a table of all saved registers, you
> probably don't want to use it anyway.
>
> I think pv_area_scan would work better. Here's the function I use in
> the m32c port.
Yes, this works for s390 too. I'd be happy to convert s390 to this
interface (assuming this is what ends up getting committed) ...
(Sorry for the late reply -- now that the topic came up again I was
reminded again that I forgot to answer earlier ...)
Bye,
Ulrich
--
Dr. Ulrich Weigand
Linux on zSeries Development
Ulrich.Weigand@de.ibm.com
next prev parent reply other threads:[~2005-11-22 20:08 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-07 20:39 Jim Blandy
2005-10-07 21:25 ` Nathan J. Williams
2005-10-07 21:30 ` Daniel Jacobowitz
2005-10-07 21:41 ` Nathan J. Williams
2005-10-08 7:02 ` Jim Blandy
2005-10-08 7:01 ` Jim Blandy
2005-10-08 16:00 ` Daniel Jacobowitz
2005-10-09 20:27 ` Daniel Jacobowitz
2005-10-13 0:20 ` Jim Blandy
2005-10-13 1:04 ` Daniel Jacobowitz
2005-10-13 13:50 ` Ulrich Weigand
2005-10-13 17:17 ` Jim Blandy
2005-10-13 17:48 ` Ulrich Weigand
2005-10-13 18:03 ` Daniel Jacobowitz
2005-10-14 18:13 ` Jim Blandy
2005-10-17 18:52 ` Ulrich Weigand
2005-10-17 20:28 ` Jim Blandy
2005-11-23 2:56 ` Ulrich Weigand [this message]
2005-10-15 12:12 ` Eli Zaretskii
2005-10-17 20:32 ` Jim Blandy
2005-10-19 8:55 ` Eli Zaretskii
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=200511222007.jAMK7vlB005718@53v30g15.boeblingen.de.ibm.com \
--to=uweigand@de.ibm.com \
--cc=gdb-patches@sourceware.org \
--cc=jimb@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