Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@mvista.com>
To: gdb-patches@sources.redhat.com
Subject: Re: [RFA/stabs] Fix gdb/280 infinite loop in userdef.exp
Date: Sun, 03 Feb 2002 14:59:00 -0000	[thread overview]
Message-ID: <20020203175952.B26302@nevyn.them.org> (raw)
In-Reply-To: <npofj6w6cl.fsf@zwingli.cygnus.com>

Committed with comment.  Sometime down the road I hope to try to clean
that up - I'll have some other patches affecting stubbed types, which
are related to this same hack.

On Sun, Feb 03, 2002 at 05:25:30PM -0500, Jim Blandy wrote:
> 
> Approved.  Could you also put a comment in the stabs reader saying
> that this isn't really a kosher way to construct types?
> 
> Daniel Jacobowitz <drow@mvista.com> writes:
> 
> > Another problem exposed by the way the stabs reader handles types.  It does
> > '*type = *xtype' at one point, which dies horribly for qualified types (and
> > messes up pointer types, too...).  I don't immediately see a way to get rid
> > of that line, so I made an interface to do the copy correctly.
> > 
> > For reference, that appears to be the only place in GDB this is actually
> > done.  Other readers must handle forward-referenced types somehow...
> > 
> > Without this patch we enter an infinite loop because the cv-chain is
> > corrupted.
> > 
> > OK to commit?
> > 
> > -- 
> > Daniel Jacobowitz                           Carnegie Mellon University
> > MontaVista Software                         Debian GNU/Linux Developer
> > 
> > 2002-02-01  Daniel Jacobowitz  <drow@mvista.com>
> > 
> > 	PR gdb/280
> > 	* gdbtypes.c (replace_type): New function.
> > 	* gdbtypes.h (replace_type): Add prototype.
> > 	* stabsread.c (read_type): Use replace_type.
> > 
> > Index: gdbtypes.c
> > ===================================================================
> > RCS file: /cvs/src/src/gdb/gdbtypes.c,v
> > retrieving revision 1.38
> > diff -u -p -r1.38 gdbtypes.c
> > --- gdbtypes.c	2002/01/22 19:57:40	1.38
> > +++ gdbtypes.c	2002/02/01 23:48:45
> > @@ -519,6 +519,32 @@ finish_cv_type (struct type *type)
> >      }
> >  }
> >  
> > +/* Replace the contents of ntype with the type *type.
> > +
> > +   This function should not be necessary, but is due to quirks in the stabs
> > +   reader.  This should go away.  It does not handle the replacement type
> > +   being cv-qualified; it could be easily fixed to, but it should go away,
> > +   remember?  */
> > +void
> > +replace_type (struct type *ntype, struct type *type)
> > +{
> > +  struct type *cv_chain, *as_chain, *ptr, *ref;
> > +
> > +  cv_chain = TYPE_CV_TYPE (ntype);
> > +  as_chain = TYPE_AS_TYPE (ntype);
> > +  ptr = TYPE_POINTER_TYPE (ntype);
> > +  ref = TYPE_REFERENCE_TYPE (ntype);
> > +
> > +  *ntype = *type;
> > +
> > +  TYPE_POINTER_TYPE (ntype) = ptr;
> > +  TYPE_REFERENCE_TYPE (ntype) = ref;
> > +  TYPE_CV_TYPE (ntype) = cv_chain;
> > +  TYPE_AS_TYPE (ntype) = as_chain;
> > +
> > +  finish_cv_type (ntype);
> > +}
> > +
> >  /* Implement direct support for MEMBER_TYPE in GNU C++.
> >     May need to construct such a type if this is the first use.
> >     The TYPE is the type of the member.  The DOMAIN is the type
> > Index: gdbtypes.h
> > ===================================================================
> > RCS file: /cvs/src/src/gdb/gdbtypes.h,v
> > retrieving revision 1.25
> > diff -u -p -r1.25 gdbtypes.h
> > --- gdbtypes.h	2002/01/20 19:42:04	1.25
> > +++ gdbtypes.h	2002/02/01 23:48:45
> > @@ -1062,6 +1062,8 @@ extern struct type *make_cv_type (int, i
> >  
> >  extern void finish_cv_type (struct type *);
> >  
> > +extern void replace_type (struct type *, struct type *);
> > +
> >  extern int address_space_name_to_int (char *);
> >  
> >  extern char *address_space_int_to_name (int);
> > Index: stabsread.c
> > ===================================================================
> > RCS file: /cvs/src/src/gdb/stabsread.c,v
> > retrieving revision 1.23
> > diff -u -p -r1.23 stabsread.c
> > --- stabsread.c	2002/01/20 19:12:23	1.23
> > +++ stabsread.c	2002/02/01 23:48:46
> > @@ -2531,7 +2531,7 @@ again:
> >  	  }
> >  	else if (type_size >= 0 || is_string)
> >  	  {
> > -	    *type = *xtype;
> > +	    replace_type (type, xtype);
> >  	    TYPE_NAME (type) = NULL;
> >  	    TYPE_TAG_NAME (type) = NULL;
> >  	  }
> 

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer


      reply	other threads:[~2002-02-03 22:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-01 15:54 Daniel Jacobowitz
2002-02-03 14:23 ` Jim Blandy
2002-02-03 14:59   ` Daniel Jacobowitz [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020203175952.B26302@nevyn.them.org \
    --to=drow@mvista.com \
    --cc=gdb-patches@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox