From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16308 invoked by alias); 18 Jan 2008 18:52:17 -0000 Received: (qmail 16294 invoked by uid 22791); 18 Jan 2008 18:52:17 -0000 X-Spam-Check-By: sourceware.org Received: from igw3.br.ibm.com (HELO igw3.br.ibm.com) (32.104.18.26) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 18 Jan 2008 18:51:51 +0000 Received: from mailhub3.br.ibm.com (unknown [9.18.232.110]) by igw3.br.ibm.com (Postfix) with ESMTP id 475B83903C4 for ; Fri, 18 Jan 2008 16:43:18 -0200 (BRDT) Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by mailhub3.br.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m0IIpakU3784840 for ; Fri, 18 Jan 2008 16:51:37 -0200 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m0IIpZ0n023695 for ; Fri, 18 Jan 2008 16:51:35 -0200 Received: from [9.18.238.70] (dyn531803.br.ibm.com [9.18.238.70] (may be forged)) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m0IIpZLR023641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jan 2008 16:51:35 -0200 Subject: Re: Printing decimal128 types out of registers From: Luis Machado Reply-To: luisgpm@linux.vnet.ibm.com To: Mark Kettenis Cc: bauerman@br.ibm.com, gdb-patches@sourceware.org In-Reply-To: <200801181702.m0IH2W0E028191@brahms.sibelius.xs4all.nl> References: <1194460412.6686.34.camel@localhost> <1200596592.27321.20.camel@gargoyle> <1200598580.32125.11.camel@localhost.localdomain> <1200670954.10815.1.camel@gargoyle> <200801181610.m0IGAhmu002305@brahms.sibelius.xs4all.nl> <1200674282.10815.10.camel@gargoyle> <200801181702.m0IH2W0E028191@brahms.sibelius.xs4all.nl> Content-Type: text/plain Date: Fri, 18 Jan 2008 18:52:00 -0000 Message-Id: <1200682292.10815.25.camel@gargoyle> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-01/txt/msg00481.txt.bz2 > But they're pseudo-registers; no target "supports" them because > they're not real registers. Are you trying to say that some targets > have hardware support for decimal floating point, and you want to make > sure that these pseudo registers only show up on targets that have > such hardware support? If so I'd appreciate it if you could change > the comments to reflect that. The idea is to have a "decimal128" feature meaning that we're supposed to show these pseudo-registers for ppc32 and ppc64, similar to the way the EV registers work on the e500, except that we have (in the e500) 32 of those being real registers and the other 32 being pseudo-registers. All those 64 registers sum up to create a single set of 32 64-bit registers (power-spe feature). > There are no software implementations that use the floating-point > registers in the same way as the hardware implementation does? Yes, there is. This would work the same way with software implementations, that is, we would have the same parameter passing scheme using pairs of FP registers. -- Luis Machado Software Engineer IBM Linux Technology Center