From: Helge Deller <deller@gmx.de>
To: Carlos O'Donell <carlos@systemhalted.org>
Cc: Kyle McMartin <kyle@mcmartin.ca>,
Randolph Chung <randolph@tausq.org>,
John David Anglin <dave@hiauly1.hia.nrc.ca>,
linux-parisc@vger.kernel.org, dave.anglin@nrc-cnrc.gc.ca
Subject: Re: parisc: unwind tables and backtraces broken?
Date: Tue, 07 Jul 2009 20:02:43 +0200 [thread overview]
Message-ID: <4A538DC3.5070107@gmx.de> (raw)
In-Reply-To: <119aab440907070707u5cbf0de7j60fb80cef470f216@mail.gmail.com>
On 07/07/2009 04:07 PM, Carlos O'Donell wrote:
> On Tue, Jul 7, 2009 at 12:42 AM, Kyle McMartin<kyle@mcmartin.ca> wrote:
>> indeed, it very briefly had a dwarf unwinder, but linus turned it off
>> again because it turned out to generate worse backtraces than just
>> chunking through stack frames with frame pointers enabled did. although,
>> there is talk of it growing one again now.
>
> It will definitely need to grow a dwarf2 unwinder.
>
> Any sane ABI should drop the hard frame pointer requirement in order
> to get better code generation. For example on ARM under the EABI there
> is no hard fp, you get that register back for other uses and it
> simplifies prologue and epilogues. If you need an offset from the fp
> the compiler synthesizes it for you, and reuses it appropriately after
> the use is dead.
>
> I thought bfd, and therefore readelf and objdump could read parisc
> unwind info, if so, then what do those tools say about this broken
> unwind info?
Any hint what I should do to give you the input you need?
Helge
next prev parent reply other threads:[~2009-07-07 18:02 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-06 21:58 parisc: unwind tables and backtraces broken? Helge Deller
2009-07-07 0:50 ` John David Anglin
2009-07-07 3:07 ` Randolph Chung
2009-07-07 4:42 ` Kyle McMartin
2009-07-07 14:07 ` Carlos O'Donell
2009-07-07 18:02 ` Helge Deller [this message]
2009-07-07 2:57 ` Randolph Chung
2009-07-07 18:01 ` Helge Deller
2009-07-07 18:33 ` John David Anglin
2009-07-07 20:36 ` Carlos O'Donell
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=4A538DC3.5070107@gmx.de \
--to=deller@gmx.de \
--cc=carlos@systemhalted.org \
--cc=dave.anglin@nrc-cnrc.gc.ca \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=kyle@mcmartin.ca \
--cc=linux-parisc@vger.kernel.org \
--cc=randolph@tausq.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.