Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: bauerman@br.ibm.com
Cc: drow@false.org, luisgpm@linux.vnet.ibm.com, gdb-patches@sourceware.org
Subject: Re: Printing decimal128 types out of registers
Date: Wed, 30 Jan 2008 21:42:00 -0000	[thread overview]
Message-ID: <200801302118.m0ULILq9032726@brahms.sibelius.xs4all.nl> (raw)
In-Reply-To: <1201726975.11950.270.camel@localhost.localdomain> (message from 	Thiago Jung Bauermann on Wed, 30 Jan 2008 19:02:55 -0200)

> From: Thiago Jung Bauermann <bauerman@br.ibm.com>
> Date: Wed, 30 Jan 2008 19:02:55 -0200
>
> On Wed, 2008-01-30 at 19:52 +0100, Mark Kettenis wrote:
> > > From: Thiago Jung Bauermann <bauerman@br.ibm.com>
> > > ppc_dl0_upper_regnum is used ppc_pseudo_register_{read,write}. Are you
> > > saying that given it always has the value of ppc_fp0_regnum, I should
> > > use that instead? Could be, but then there's the lack of symmetry in
> > > using an fp variable in dl-related code. But that's minor. 
> > 
> > Yes, I think that using ppc_fp0_regnum is better, since it makes it
> > explicit in the code that the decimal float (pseudo) registers are
> > just a different representation of the floating point registers.
> > 
> > > ppcdl15_regnum is indeed unused. I kept it also for symmetry reasons,
> > > since there's ppc_ev31_regnum. But it can be removed (specially if the
> > > later is removed as well as you suggested).
> > 
> > Yes, that was what I was thinking.  The less uneeded clutter, the better.
> 
> Ok, removed those. I also refreshed it against the reworked SPE macro
> cleanup patch. What about this?

Looks fine to me (as does the SPE macro cleanup diff).

> 2008-01-30  Luis Machado  <luisgpm@br.ibm.com>
> 	    Thiago Jung Bauermann  <bauerman@br.ibm.com>
> 
> gdb/
> 	* infcmd.c (default_print_registers_info): Also print hex
> 	raw contents for TYPE_CODE_DECFLOAT registers.
> 	* ppc-tdep.h (gdbarch_tdep): Add ppc_dl0_regnum member.
> 	* rs6000-tdep.c (IS_DFP_PSEUDOREG): New macro.
> 	(rs6000_register_name): Add support for DFP pseudo-registers.
> 	(rs6000_pseudo_register_type): Likewise.
> 	rs6000_pseudo_register_reggroup_p): Likewise.
> 	(ppc_pseudo_register_read): New function.
> 	(ppc_pseudo_register_write): Likewise.
> 	(rs6000_pseudo_register_read): Likewise.
> 	(rs6000_pseudo_register_write): Likewise.
> 	(e500_pseudo_register_read): Move checks to
> 	rs6000_pseudo_register_read.
> 	(e500_pseudo_register_write): Move checks to
> 	rs6000_pseudo_register_write.
> 	(rs6000_gdbarch_init): Initialize tdep->ppc_dl0_regnum.  Install
> 	rs6000_pseudo_register_read and rs6000_pseudo_register_write
> 	in gdbarch if SPE or DFP is available.  Adjust gdbarch's
> 	num_pseudo_regs to account for DFP pseudo regs.
> 
> gdb/testsuite/
> 	* gdb.arch/powerpc-d128-regs.exp: New testcase expect file.
> 	* gdb.arch/powerpc-d128-regs.c: New testcase source file.
> 
> gdb/doc/
> 	* gdb.texinfo: (Decimal Floating Point): Mention pseudo-registers
> 	available in PowerPC architecture.
> 	(Embedded Processors): Change node name of PowerPC item in menu.
> 	(PowerPC): Rename to...
> 	(PowerPC Embedded): this.
> 	(Architectures): Add new PowerPC item in menu.
> 	(PowerPC): New node.


  parent reply	other threads:[~2008-01-30 21:26 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-07 19:33 [PATCH] PPC - Printing Decimal 128 " Luis Machado
2007-11-26 21:40 ` Luis Machado
2007-12-26 12:42   ` [PING] " Luis Machado
2008-01-17 19:03 ` Printing decimal128 " Luis Machado
2008-01-17 19:36   ` Thiago Jung Bauermann
2008-01-18 15:43     ` Luis Machado
2008-01-18 16:12       ` Mark Kettenis
2008-01-18 16:38         ` Luis Machado
2008-01-18 17:20           ` Mark Kettenis
2008-01-18 18:52             ` Luis Machado
2008-01-18 19:54               ` Mark Kettenis
2008-01-19  0:04       ` Daniel Jacobowitz
2008-01-21 14:55         ` Thiago Jung Bauermann
2008-01-21 17:31           ` Mark Kettenis
2008-01-23 15:39             ` Thiago Jung Bauermann
2008-01-21 17:54     ` Daniel Jacobowitz
2008-01-23 15:11       ` Thiago Jung Bauermann
2008-01-23 15:20         ` Daniel Jacobowitz
2008-01-23 16:56           ` Thiago Jung Bauermann
2008-01-30 15:46           ` Thiago Jung Bauermann
2008-01-30 16:45             ` Thiago Jung Bauermann
2008-01-30 18:27             ` Mark Kettenis
2008-01-30 18:38               ` Thiago Jung Bauermann
2008-01-30 20:28                 ` Mark Kettenis
2008-01-30 21:26                   ` Thiago Jung Bauermann
2008-01-30 21:39                     ` Ulrich Weigand
2008-01-31 14:47                       ` Thiago Jung Bauermann
2008-01-31 15:06                         ` Ulrich Weigand
2008-01-30 21:42                     ` Mark Kettenis [this message]
2008-01-30 23:03                     ` Eli Zaretskii
2008-01-31 15:44                       ` Thiago Jung Bauermann

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=200801302118.m0ULILq9032726@brahms.sibelius.xs4all.nl \
    --to=mark.kettenis@xs4all.nl \
    --cc=bauerman@br.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