From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23216 invoked by alias); 17 Dec 2001 01:30:35 -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 23195 invoked from network); 17 Dec 2001 01:30:34 -0000 Received: from unknown (HELO localhost.cygnus.com) (24.147.211.196) by sources.redhat.com with SMTP; 17 Dec 2001 01:30:34 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.cygnus.com (Postfix) with ESMTP id 365013DE8; Sun, 16 Dec 2001 20:30:33 -0500 (EST) Message-ID: <3C1D4AB9.5000700@cygnus.com> Date: Sun, 16 Dec 2001 17:30:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.6) Gecko/20011207 X-Accept-Language: en-us MIME-Version: 1.0 To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: [patch] BIG_ENDIAN -> BFD_ENDIAN_BIG References: <3C1B93A6.3020902@cygnus.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2001-12/txt/msg00415.txt.bz2 Just FYI, > Hello, > > I'm curious. Why/how did BFD_ENDIAN_BIG come to be first in the enum: > > enum bfd_endian { BFD_ENDIAN_BIG, BFD_ENDIAN_LITTLE, BFD_ENDIAN_UNKNOWN }; > > This has the (intended?) effect of memset(0) setting a value to BFD_ENDIAN_BIG where as code using the common host dependant BIG_ENDIAN / LITTLE_ENDIAN would have treated such a value as undefined. > > GDB, which is trying to eliminate its dependance on those host dependant macros is suffering minor heart burn as a result of the difference - it has been assuming that ZERO indicated an uninitialized (roughly BFD_ENDIAN_UNKNOWN) value. > > Andrew >