From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2718 invoked by alias); 20 Sep 2007 21:57:22 -0000 Received: (qmail 2696 invoked by uid 22791); 20 Sep 2007 21:57:21 -0000 X-Spam-Check-By: sourceware.org Received: from igw2.br.ibm.com (HELO igw2.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 20 Sep 2007 21:57:15 +0000 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw2.br.ibm.com (Postfix) with ESMTP id 79B0917F543 for ; Thu, 20 Sep 2007 18:55:07 -0300 (BRT) Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id l8KLvC0C3260470 for ; Thu, 20 Sep 2007 18:57:12 -0300 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 l8KLvC5I027562 for ; Thu, 20 Sep 2007 18:57:12 -0300 Received: from hactar.local (dyn532128.br.ibm.com [9.18.238.251]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l8KLvBMW027551 for ; Thu, 20 Sep 2007 18:57:12 -0300 Message-Id: <20070920215410.062714003@br.ibm.com> User-Agent: quilt/0.46-1 Date: Thu, 20 Sep 2007 21:57:00 -0000 From: Thiago Jung Bauermann To: gdb-patches@sourceware.org Subject: [patch 0/4] decimal floating point support Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 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: 2007-09/txt/msg00271.txt.bz2 :ADDPATCH language-feature: Hi folks, This is a continuation of the Decimal Floating Point support saga. :-) It works with binaries generated by GCC 4.2.0 (which has software DFP support) and also binaries using hardware DFP as found in POWER6 processors. I refreshed for today's CVS HEAD the DFP patches I submitted previously here: http://sourceware.org/ml/gdb-patches/2007-03/msg00247.html Please see the link above for more detailed discussion and references. The main change from the previous patch series is in the dfp.c file, which interfaces with libdecnumber. The reason is that libdecnumber in gcc's svn trunk was updated to version 3.53, bringing some changes with it. Some .h files changed location, but more importantly the library now stores decimal floats in host byte order. In previous versions, libdecnumber always stored them in big endian, regardless of the host byte order. The function match_endianness in dfp.c takes care of fixing byte order before/after calling libdecnumber functions (decimal floats are stored in target byte order in GDB data structures). I also tidied up some minor things like fixing one or two ChangeLog entries and updating copyright year in testcase files. When refreshing, there were two rejects in gdbtypes because of the Great Builtin-Types Reorganization that took place, but they were trivial to fix. These patches have been tested on ppc32-linux, ppc64-linux and with remote debugging using i386 host and ppc32 target (to test endianness handling). I also checked that there are no regressions both in ppc32 and ppc64. Is this ok for CVS HEAD? -- []'s Thiago Jung Bauermann Software Engineer IBM Linux Technology Center