From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-16679-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 7401 invoked by alias); 30 Dec 2003 21:05:32 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 7392 invoked from network); 30 Dec 2003 21:05:32 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sources.redhat.com with SMTP; 30 Dec 2003 21:05:32 -0000
Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian))
	id 1AbR3M-00041b-25; Tue, 30 Dec 2003 16:05:24 -0500
Date: Tue, 30 Dec 2003 21:05:00 -0000
From: Daniel Jacobowitz <drow@mvista.com>
To: Michael Elizabeth Chastain <mec.gnu@mindspring.com>
Cc: gdb@sources.redhat.com
Subject: Re: gcc HEAD rearranges stabs members
Message-ID: <20031230210524.GA15444@nevyn.them.org>
Mail-Followup-To: Michael Elizabeth Chastain <mec.gnu@mindspring.com>,
	gdb@sources.redhat.com
References: <20031230205720.E23EB4B35A@berman.michael-chastain.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20031230205720.E23EB4B35A@berman.michael-chastain.com>
User-Agent: Mutt/1.5.1i
X-SW-Source: 2003-12/txt/msg00286.txt.bz2

On Tue, Dec 30, 2003 at 03:57:20PM -0500, Michael Chastain wrote:
> gcc rearranged the structure members in stabs+ debug info.
> Ouch!  Ouch!
> 
> Last week (gdb 6.0, gcc HEAD 2003-12-23, binutils 2.14, -gstabs+):
> 
>   ptype class Foo
>   type = class Foo {
>     public:
>       int x;
>       int y;
>       static int st;
> 
>       Foo & operator=(Foo const&);
>       Foo(Foo const&);
>       Foo(int, int);
>       int operator!();
>       operator int();
>       int times(int);
>   }
> 
> This week (gdb 6.0, gcc HEAD 2003-12-28, binutils 2.14, -gstabs+):
> 
>   ptype class Foo
>   type = class Foo {
>     public:
>       int x;
>       int y;
>       static int st;
> 
>       Foo(int, int);
>       int operator!();
>       operator int();
>       int times(int);
>       Foo & operator=(Foo const&);
>       Foo(Foo const&);
>   }

So the synthetic members have moved to the end?

Might want to ping GCC about why this happened.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer