From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22636 invoked by alias); 30 Apr 2007 14:12:22 -0000 Received: (qmail 22624 invoked by uid 22791); 30 Apr 2007 14:12: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; Mon, 30 Apr 2007 15:12:19 +0100 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw2.br.ibm.com (Postfix) with ESMTP id 668BE5BEC5 for ; Mon, 30 Apr 2007 11:05:04 -0300 (BRT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id l3UECFQe1347694 for ; Mon, 30 Apr 2007 11:12:16 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l3UEBArh010247 for ; Mon, 30 Apr 2007 11:11:10 -0300 Received: from [9.18.238.71] ([9.18.238.71]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l3UEB8HK010210; Mon, 30 Apr 2007 11:11:10 -0300 Subject: Re: [RFC] Detecting and printing 128-bit long double values for PPC From: Luis Machado Reply-To: luisgpm@linux.vnet.ibm.com To: Daniel Jacobowitz Cc: Ulrich Weigand , gdb-patches ml In-Reply-To: <20070430131616.GB25539@caradoc.them.org> References: <1177803916.6280.64.camel@localhost> <200704301227.l3UCRhMP024148@d12av02.megacenter.de.ibm.com> <20070430123432.GA30827@caradoc.them.org> <1177938530.15264.9.camel@localhost> <20070430131616.GB25539@caradoc.them.org> Content-Type: text/plain Date: Mon, 30 Apr 2007 18:03:00 -0000 Message-Id: <1177942333.15264.34.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.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: 2007-04/txt/msg00420.txt.bz2 Doing a test run with patched version of GDB, i tried "sizeof"-ing the long double variable on both binaries (one built with -mlong-double-128 and the other with -mlong-double-64). GDB treats them differently, showing an 8-bytes length for the 64-bit long double binary and 16-bytes for the 128-bit long double binary. * 64-bit long doubles Breakpoint 1, main () at long_double.c:39 39 long_pld(i, ld2, vp1); /* break here, print ld2, then continue */ (gdb) p sizeof(ld2) $1 = 8 * 128-bit long doubles Breakpoint 1, main () at long_double.c:39 39 long_pld(i, ld2, vp1); /* break here, print ld2, then continue */ (gdb) p sizeof(ld2) $1 = 16 Somehow GDB seems to handle them in different ways. Regards, Luis