From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-25138-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 15524 invoked by alias); 11 Jun 2003 20:07:50 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 15506 invoked from network); 11 Jun 2003 20:07:49 -0000
Received: from unknown (HELO mx1.redhat.com) (66.187.233.31)
  by sources.redhat.com with SMTP; 11 Jun 2003 20:07:49 -0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h5BK7oH25371
	for <gdb-patches@sources.redhat.com>; Wed, 11 Jun 2003 16:07:50 -0400
Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h5BK7nI15241;
	Wed, 11 Jun 2003 16:07:49 -0400
Received: from [150.1.200.14] (vpn50-62.rdu.redhat.com [172.16.50.62])
	by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h5BK7mE03716;
	Wed, 11 Jun 2003 16:07:49 -0400
Subject: Re: [RFA] varobj: call CHECK_TYPEDEF
From: Keith Seitz <keiths@redhat.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: "gdb-patches@sources.redhat.com" <gdb-patches@sources.redhat.com>
In-Reply-To: <3EA8629B.50603@redhat.com>
References: <1051215397.1538.43.camel@lindt.uglyboxes.com>
	 <3EA84A9B.5020308@redhat.com>
	 <1051221433.1534.72.camel@lindt.uglyboxes.com>  <3EA8629B.50603@redhat.com>
Content-Type: text/plain
Organization: 
Message-Id: <1055362509.1571.63.camel@lindt.uglyboxes.com>
Mime-Version: 1.0
Date: Wed, 11 Jun 2003 20:07:00 -0000
Content-Transfer-Encoding: 7bit
X-SW-Source: 2003-06/txt/msg00382.txt.bz2

On Thu, 2003-04-24 at 15:18, Andrew Cagney wrote:

So where do we stand with this? Shall I check it in and deal with the
fallout? (I need to go through and double-check all the typedef stuff in
varobj anyway, but at least this will allow users to use varobj, even if
it isn't cosmetically perfect.)

Keith

> > Index: insight219-b.cc
> > ===================================================================
> > RCS file: insight219-b.cc
> > diff -N insight219-b.cc
> > --- /dev/null	1 Jan 1970 00:00:00 -0000
> > +++ insight219-b.cc	24 Apr 2003 21:54:00 -0000
> > @@ -0,0 +1,4 @@
> > +#include "insight219.h"
> > +
> > +B::~B() {}
> > +
> 
> 
> > Index: insight219.cc
> > ===================================================================
> > RCS file: insight219.cc
> > diff -N insight219.cc
> > --- /dev/null	1 Jan 1970 00:00:00 -0000
> > +++ insight219.cc	24 Apr 2003 21:54:00 -0000
> > @@ -0,0 +1,8 @@
> > +#include "insight219.h"
> > +
> > +int
> > +main(int argc, char *argv[])
> > +{
> > +  B *b = new B();
> > +  return 0;
> > +};
> > Index: insight219.h
> > ===================================================================
> > RCS file: insight219.h
> > diff -N insight219.h
> > --- /dev/null	1 Jan 1970 00:00:00 -0000
> > +++ insight219.h	24 Apr 2003 21:54:00 -0000
> > @@ -0,0 +1,8 @@
> > +class B
> > +{
> > +public:
> > +    virtual ~B();
> > +
> > +private:
> > +    int b;
> > +};
> 
>