🚀 go-pugleaf

I've run into a gdb bug. The problem occurs here:

2070                  name = type_name_no_tag (context);
2071                  if (name == 0)
2072                    {
2073                      complain (&invalid_cpp_type_complaint, symnum);
2074                      TYPE_NAME (context) = name;
2075                    }
2076                  list->field.name = obconcat (prefix, name, "");
#0  read_struct_type (pp=0xf7fff354, type=0x24) at buildsym.c:2074

If name == 0 then it goes through the complain spoo but dies on
obconcat. I looked at the whole function and didn't see an obvious way
to recover. Here's a backtrace:

(gdb) bt
#0  read_struct_type (pp=0xf7fff354, type=0x24) at buildsym.c:2074
#1  0x56ed8 in read_type (pp=0xf7fff354) at buildsym.c:1839
#2  0x55714 in define_symbol (valu=0,
    string=0x152194 "slist_element:t23=s12anext:22,0,32;aprev:22,32,32;$vf23:24=
*25=ar1;0;1;17,64;next::26=##18;:;2A.;__as::27=##28=&23;:RT0;2A.;dup::26:;2A*-21
47483647;23;;;~%23;", desc=0, type=128) at buildsym.c:1137
#3  0x61668 in process_one_symbol (type=128, desc=0, valu=0,
    name=0x152194 "slist_element:t23=s12anext:22,0,32;aprev:22,32,32;$vf23:24=*2
5=ar1;0;1;17,64;next::26=##18;:;2A.;__as::27=##28=&23;:RT0;2A.;dup::26:;2A*-2147
483647;23;;;~%23;", offset=0) at ./dbxread.c:1612
#4  0x60d74 in read_ofile_symtab (objfile=0x135248,
    stringtab=0x73a4 "P'?tP\a?t"?\022", stringtab_size=149439,
    sym_offset=29604, sym_size=12036, text_offset=39104, text_size=15056,
    offset=0) at ./dbxread.c:1238
#5  0x605d0 in psymtab_to_symtab_1 (pst=0x17d260, stringtab=0x14b008 "",
    stringtab_size=149439, sym_offset=204800) at ./dbxread.c:1020
#6  0x608f8 in dbx_psymtab_to_symtab (pst=0x17d260) at ./dbxread.c:1124
#7  0x2fa18 in psymtab_to_symtab (pst=0x17d260) at symfile.c:464
#8  0x2a654 in lookup_symbol (name=0xf7fff660 "lazy_add", block=0xf7fff660,
    namespace=2, is_a_field_of_this=0x0, symtab=0x0) at symtab.c:1027
#9  0x2c384 in decode_line_1 (argptr=0xf7fff79c, funfirstline=1,
    default_symtab=0x0, default_line=0) at symtab.c:1903
#10 0x98b4 in break_command_1 (arg=0x131014 "next", tempflag=0, from_tty=1)
    at breakpoint.c:1301
#11 0x9c68 in break_command (arg=0x13100a "lazy_add::next", from_tty=1)
    at breakpoint.c:1385
#12 0x341c in execute_command (p=0x13100a "lazy_add::next", from_tty=1)
    at main.c:797
#13 0x36bc in command_loop () at main.c:858
#14 0x31bc in main (argc=2, argv=0xf7fffa2c) at main.c:735

I don't know how to easily reproduce this, but I'll work on that if this
isn't enough to fix the bug.

thanks, joshp