This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [rfa] Use SYMBOL_SET_NAMES in hpread
- From: Daniel Jacobowitz <drow at false dot org>
- To: Michael Elizabeth Chastain <mec dot gnu at mindspring dot com>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Mon, 16 Feb 2004 20:42:18 -0500
- Subject: Re: [rfa] Use SYMBOL_SET_NAMES in hpread
- References: <20040217013517.0AE2F4B104@berman.michael-chastain.com>
On Mon, Feb 16, 2004 at 08:35:17PM -0500, Michael Chastain wrote:
> Alas, this patch didn't work. Here are some of the regressions:
>
> (gdb) break StringTest<wchar_t>::testFunction^M
> Internal: global symbol `StringTest<wchar_t>::testFunction(void)' found
> in /house/chastain/gdb/s1/gdb/testsuite/gdb.cp/bs15503.cc psymtab but
> not in symtab.^M StringTest<wchar_t>::testFunction(void) may be an
> inlined function, or may be a template function^M
> (if a template, try specifying an instantiation:
> StringTest<wchar_t>::testFunction(void)<type>).^M
> (gdb) FAIL: gdb.cp/bs15503.exp: break StringTest<wchar_t>::testFunction
>
> print &'dm_type_char_star'^M
> $2 = (<text variable, no debug info> *) 0x3648
> <dm_type_char_star__FPc>^M
> (gdb) FAIL: gdb.cp/cplusfuncs.exp: detect dm_type_char_star
>
> ===
>
> 2004-02-16 Daniel Jacobowitz <drow@mvista.com>
>
> * hpread.c (hpread_process_one_debug_symbol): Use SYMBOL_SET_NAMES
> and rely on the demangler.
Thanks. Back to the drawing board on that one; I'll think about it...
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer