This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Struct fields printed in a strange way


> -----Original Message-----
> From: gdb-owner On Behalf Of Ramana Radhakrishnan
> Sent: 24 November 2004 18:05

> > gdb seems slightly confused when the name of a struct field is
> > suffixed with "__0".
> >
> > $ cat foo.c
> > struct foo { double x__0, y__0, z__1; } bar;
> >
> > int main(void) { return 0; }
> >
> > $ gcc-3.3.2 -Wall -ansi -pedantic -g3 foo.c
> 
> I was able to repeat this with
> 
> [ramana@numenor gdb]$ gcc -v

> gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1)
> 
> and
> 
> 
> GNU gdb 6.3.50_2004-11-23-cvs


  Also confirmed on cygwin with "gcc (GCC) 3.3.3 (cygwin special)" and 
"GNU gdb 2003-09-20-cvs (cygwin-special)"

  So it's a fairly longstanding bug.

> > (gdb) show language
> > The current source language is "auto; currently c".
> >
> > Why is x__0 changed to ::x(void)? Is the "__0" suffix 
> reserved in gdb?
> 
> 
> This appears to be due to the way in which the structs are handled in
> c-valprint.c . The demangler gets called here because the function
> c_val_print prints the structure fields using the printer from the c++
> language implementation. Should there not be a C equivalent for this ?
> This btw is from yesterday's CVS sources.

  That's definitely bad logic.  I had noticed that even if you explicitly
say "set lang c", it _still_ tries to demangle the name.  Anyone going to
file a bugzilla then?

    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]