From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30520 invoked by alias); 17 Nov 2005 03:45:10 -0000 Received: (qmail 30510 invoked by uid 22791); 17 Nov 2005 03:45:08 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 17 Nov 2005 03:45:08 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1Ecahu-0000oZ-01; Wed, 16 Nov 2005 22:45:06 -0500 Date: Thu, 17 Nov 2005 03:57:00 -0000 From: Daniel Jacobowitz To: Andrew STUBBS Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] Fixup convenience variables on endian switch Message-ID: <20051117034505.GA3057@nevyn.them.org> Mail-Followup-To: Andrew STUBBS , gdb-patches@sources.redhat.com References: <437B4291.3050006@st.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437B4291.3050006@st.com> User-Agent: Mutt/1.5.8i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00262.txt.bz2 In addition to Jim's question about structures, and the overall question of whether this is worth doing... On Wed, Nov 16, 2005 at 02:30:41PM +0000, Andrew STUBBS wrote: > + /* Don't do anything if the endian has not changed. > + Also disregard FP types because they don't seem to vary with > + endian - at least, not on i686 Linux or sparc Solaris. */ That's not correct. The only reason it appears that way is because those targets normally support only one endian, so their gdbarch system only selects one set of floatformats. Changing endianness can change the layout of the standard floating point types arbitrarily. -- Daniel Jacobowitz CodeSourcery, LLC