From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12980 invoked by alias); 20 Apr 2002 01:55:50 -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 12950 invoked from network); 20 Apr 2002 01:55:49 -0000 Received: from unknown (HELO pizda.ninka.net) (216.101.162.242) by sources.redhat.com with SMTP; 20 Apr 2002 01:55:49 -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 SAA08937; Fri, 19 Apr 2002 18:47:09 -0700 Date: Fri, 19 Apr 2002 18:55:00 -0000 Message-Id: <20020419.184709.103241554.davem@redhat.com> To: msnyder@redhat.com Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] Sparc/Linux fixes part 1 From: "David S. Miller" In-Reply-To: <3CC0C38C.237D5798@redhat.com> References: <20020419.144600.97361868.davem@redhat.com> <3CC0C38C.237D5798@redhat.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00658.txt.bz2 From: Michael Snyder Date: Fri, 19 Apr 2002 18:25:32 -0700 "David S. Miller" wrote: > 32-bit Sparc under Linux does not have a 16-byte long double, > this causes testsuite failures. Fix this by providing a > SPARC_TARGET_LONG_DOUBLE_BYTES the OS specific target headers > can override. The idea is sound, but the implementation is not very multi-arch-ish. Is there a runtime way to do this, rather than by using a macro? The whole purpose of multi-arch is that these decisions get made at runtime. 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. If GDB provided a framework whereby I could install an os-specific gdbarch_init, I'd be more than happy to implement this in the holy-grail-multi-arch way you want me to. Look, I'll stick around long after this change is installed so when the facility is there, I will convert this long double stuff to use it and the macros will basically disappear from the sparc headers. :-)