From: "Ulrich Weigand" <uweigand@de.ibm.com>
To: drow@false.org (Daniel Jacobowitz)
Cc: luisgpm@linux.vnet.ibm.com (Luis Machado),
gdb-patches@sourceware.org (gdb-patches ml)
Subject: Re: [RFC] Detecting and printing 128-bit long double values for PPC
Date: Sat, 28 Apr 2007 16:27:00 -0000 [thread overview]
Message-ID: <200704281624.l3SGOEJZ032044@d12av02.megacenter.de.ibm.com> (raw)
In-Reply-To: <20070428140823.GA31111@caradoc.them.org> from "Daniel Jacobowitz" at Apr 28, 2007 10:08:23 AM
Daniel Jacobowitz wrote:
> Unfortunately most of Mark's comments are still unaddressed. The
> formatting doesn't follow the GNU coding standards, and the real
> issue with this patch is that there are a lot of systems out in the
> world that use 64-bit long double still.
>
> I mentioned last week on gdb@ and binutils@ that I think we need a way
> to mark the ABI used by PowerPC binaries. That would easily cover
> this also. I'll be thinking about it more next week.
We have the same situation on s390, where we switched from 64-bit to
128-bit long double a while ago. Like PowerPC, there is currently no
way to recognize how a binary was built ...
While an ABI marker might be a good idea in the future, we're stuck
with the situation right now that many unmarked 128-bit long double
binaries are already out there (e.g. all of SLES 10 and RHEL 5),
and we really should be able to debug those properly.
Thus I'm wondering whether we shouldn't have a reasonable default
for unmarked binaries, presumably based on the system compiler
defaults detected at configure time for native builds, and then
provide a command allowing the user to override that default?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
next prev parent reply other threads:[~2007-04-28 16:24 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-28 14:08 Luis Machado
2007-04-28 16:19 ` Daniel Jacobowitz
2007-04-28 16:27 ` Ulrich Weigand [this message]
2007-04-28 16:49 ` Daniel Jacobowitz
2007-04-28 23:47 ` Luis Machado
2007-04-30 12:28 ` Ulrich Weigand
2007-04-30 12:41 ` Daniel Jacobowitz
2007-04-30 13:15 ` Luis Machado
2007-04-30 13:19 ` Daniel Jacobowitz
2007-04-30 13:51 ` Luis Machado
2007-04-30 13:53 ` Luis Machado
2007-04-30 14:12 ` Daniel Jacobowitz
2007-05-06 21:36 ` Ulrich Weigand
2007-05-06 22:17 ` Daniel Jacobowitz
2007-08-31 18:15 ` Luis Machado
2007-08-31 18:27 ` Joseph S. Myers
2007-04-30 18:03 ` Luis Machado
2007-04-30 13:08 ` Luis Machado
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=200704281624.l3SGOEJZ032044@d12av02.megacenter.de.ibm.com \
--to=uweigand@de.ibm.com \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=luisgpm@linux.vnet.ibm.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