From: Thiago Jung Bauermann <bauerman@br.ibm.com>
To: gdb-patches@sourceware.org
Subject: [patch 0/4] [RFC] decimal floating point support
Date: Tue, 27 Mar 2007 16:29:00 -0000 [thread overview]
Message-ID: <1175012961.21904.7.camel@localhost.localdomain> (raw)
Hi folks,
I am re-submitting for review Wu Zhou's patch to add DFP (Decimal Floating
Point) support to GDB (see [1] for details). The version I'm posting
here is based on [2], only refreshed to apply to CVS HEAD from a few
days ago and broken up into logical pieces to facilitate review. The
testcases are taken from [3].
The code uses libdecnumber from the gcc svn repository. It can be fetched
from svn://gcc.gnu.org/svn/gcc/trunk/libdecnumber. It is expected to be
found by the Makefile in src/libdecnumber/.
This is not complete yet because I'd like to add a way to have GDB
correctly display floating point registers containing DFP values (in
Power6, DFP and binary FP logic will share registers).
Looking from the archives, the biggest concern regarding this patch has
been on how to deal with endianness (see [4] and [5]). Here's how it's
currently dealt with in the patch:
Inside GDB the DFP value is always stored in target byte order. This
is done by the exchange_dfp() function in dfp.c. Since libdecnumber
currently uses big-endian regardless of the native byte order, the
decimal_from_string() and decimal_to_string() functions use exchange_dfp()
before or after calling libdecnumber functions. A later version of
libdecnumber will use native byte order.
I tested remotely debugging a big-endian target (ppc32) from a little
endian host (i386) and it worked fine.
[1] http://sourceware.org/ml/gdb-patches/2005-09/msg00268.html
[2] http://sourceware.org/ml/gdb-patches/2006-08/msg00008.html
[3] http://sourceware.org/ml/gdb-patches/2006-07/msg00090.html
[4] http://sourceware.org/ml/gdb-patches/2006-07/msg00318.html
[5] http://sourceware.org/ml/gdb-patches/2006-08/msg00049.html
--
[]'s
Thiago Jung Bauermann
Software Engineer
IBM Linux Technology Center
next reply other threads:[~2007-03-27 16:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-27 16:29 Thiago Jung Bauermann [this message]
2007-04-13 20:33 ` [ping] " Thiago Jung Bauermann
2007-04-24 21:52 ` Daniel Jacobowitz
2007-05-24 12:49 ` Luis Machado
2007-06-06 19:10 ` Daniel Jacobowitz
2007-06-12 18:45 ` Thiago Jung Bauermann
2007-06-12 19:07 ` Daniel Jacobowitz
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=1175012961.21904.7.camel@localhost.localdomain \
--to=bauerman@br.ibm.com \
--cc=gdb-patches@sourceware.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox