From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31918 invoked by alias); 20 Apr 2002 02:16:37 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31909 invoked from network); 20 Apr 2002 02:16:35 -0000 Received: from unknown (HELO pizda.ninka.net) (216.101.162.242) by sources.redhat.com with SMTP; 20 Apr 2002 02:16:35 -0000 Received: from localhost (IDENT:davem@localhost.localdomain [127.0.0.1]) by pizda.ninka.net (8.9.3/8.9.3) with ESMTP id TAA09069; Fri, 19 Apr 2002 19:07:54 -0700 Date: Fri, 19 Apr 2002 19:16:00 -0000 Message-Id: <20020419.190754.51643878.davem@redhat.com> To: ac131313@cygnus.com Cc: msnyder@redhat.com, gdb-patches@sources.redhat.com Subject: Re: [RFA] Sparc/Linux fixes part 1 From: "David S. Miller" In-Reply-To: <3CC0CEB1.9080106@cygnus.com> References: <3CC0C38C.237D5798@redhat.com> <20020419.184709.103241554.davem@redhat.com> <3CC0CEB1.9080106@cygnus.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00663.txt.bz2 From: Andrew Cagney Date: Fri, 19 Apr 2002 22:13:05 -0400 > Some more commentary, just to be absolutely clear... > > Note that this is an OS-specific setting, and the current > multi-arch code does not lend itself to anything other > than cpu target gdbarch inits. sizeof(long double) is a property of the ABI not the OS. Under Linux/Sparc we, unfortunately, did not follow the ABI, so effectively we do have an OS-specific Sparc 32-bit ABI in that we use 8 byte long doubles. The value of long double can be set at run time by examining information provided by the BFD. ARM does this for the ABI, MIPS this for almost everything. I don't see mips-tdep.c using bfd information in it's one and only call to set_gdbarch_long_double_bit(), what am I overlooking?