From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4013 invoked by alias); 18 Jan 2008 17:20:15 -0000 Received: (qmail 4004 invoked by uid 22791); 18 Jan 2008 17:20:14 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO brahms.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 18 Jan 2008 17:19:55 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.14.1/8.14.0) with ESMTP id m0IH2XBO026346; Fri, 18 Jan 2008 18:02:33 +0100 (CET) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1/Submit) id m0IH2W0E028191; Fri, 18 Jan 2008 18:02:32 +0100 (CET) Date: Fri, 18 Jan 2008 17:20:00 -0000 Message-Id: <200801181702.m0IH2W0E028191@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: luisgpm@linux.vnet.ibm.com CC: bauerman@br.ibm.com, gdb-patches@sourceware.org In-reply-to: <1200674282.10815.10.camel@gargoyle> (message from Luis Machado on Fri, 18 Jan 2008 14:38:02 -0200) Subject: Re: Printing decimal128 types out of registers 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> 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/msg00479.txt.bz2 > From: Luis Machado > Date: Fri, 18 Jan 2008 14:38:02 -0200 > > > Sorry for not noticing earlier, but why do we need target description > > feature for *pseudo* registers? > > > > The purpose of this feature in the target description is to tell GDB > which targets support these pseudo-registers, so we're sure that they > won't appear on other ppc32 targets that do not support it. 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. There are no software implementations that use the floating-point registers in the same way as the hardware implementation does?