From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-31673-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 26550 invoked by alias); 16 Apr 2008 18:37:10 -0000
Received: (qmail 26538 invoked by uid 22791); 16 Apr 2008 18:37:09 -0000
X-Spam-Check-By: sourceware.org
Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 16 Apr 2008 18:36:49 +0000
Received: from nan.false.org (localhost [127.0.0.1]) 	by nan.false.org (Postfix) with ESMTP id D0318982C4; 	Wed, 16 Apr 2008 18:36:47 +0000 (GMT)
Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) 	by nan.false.org (Postfix) with ESMTP id 643D698278; 	Wed, 16 Apr 2008 18:36:47 +0000 (GMT)
Received: from drow by caradoc.them.org with local (Exim 4.69) 	(envelope-from <drow@caradoc.them.org>) 	id 1JmCUw-0005hb-KP; Wed, 16 Apr 2008 14:36:46 -0400
Date: Wed, 16 Apr 2008 19:22:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: Jim Ingham <jingham@apple.com>
Cc: Aleksandar Ristovski <ARistovski@qnx.com>, 	Vladimir Prus <ghost@cs.msu.su>, gdb@sourceware.org
Subject: Re: MI varobj artificial fields
Message-ID: <20080416183646.GA21807@caradoc.them.org>
Mail-Followup-To: Jim Ingham <jingham@apple.com>, 	Aleksandar Ristovski <ARistovski@qnx.com>, 	Vladimir Prus <ghost@cs.msu.su>, gdb@sourceware.org
References: <4806400B.7050905@qnx.com> <31CE38D4-0B58-4ADA-8321-7AF5FA4347C6@apple.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <31CE38D4-0B58-4ADA-8321-7AF5FA4347C6@apple.com>
User-Agent: Mutt/1.5.17 (2007-12-11)
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2008-04/txt/msg00155.txt.bz2

On Wed, Apr 16, 2008 at 11:21:53AM -0700, Jim Ingham wrote:
> Yeah, I think this was just added so you get the organization for free.  
> Note that if you go switch to an attribute, the UI is going to have to 
> reorder the variables to get all the private ones together, etc.

Is that really what you'd want?  GDB's ptype will group things by
protection in the order they're present anyway, repeating protections
if that's what the source did.  I think this is much more logical.

class foo
{
  public:
    int a;

  private:
    int b;

  public:
    int c;
};

-- 
Daniel Jacobowitz
CodeSourcery