* Re: [rfa] add DMGL_PARAMS (was: new demangler) @ 2003-12-16 17:15 Michael Elizabeth Chastain 2003-12-16 17:38 ` [rfa] add DMGL_PARAMS David Carlton 0 siblings, 1 reply; 3+ messages in thread From: Michael Elizabeth Chastain @ 2003-12-16 17:15 UTC (permalink / raw) To: carlton, gdb-patches Looks okay to me. Be aware that dwarf 2 and stabs+ have had differences in this area. For example, when is_ctor_or_dtor in the demangler was broken, dwarf 2 was not affected, but stabs+ was. So there's always a chance that I'll come back in a few days or a week and say "you broke stabs+"! Michael C === 2003-12-16 David Carlton <carlton@kealia.com> * cp-support.c (class_name_from_physname): Add DMGL_PARAMS. (method_name_from_physname): Ditto. ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [rfa] add DMGL_PARAMS 2003-12-16 17:15 [rfa] add DMGL_PARAMS (was: new demangler) Michael Elizabeth Chastain @ 2003-12-16 17:38 ` David Carlton 0 siblings, 0 replies; 3+ messages in thread From: David Carlton @ 2003-12-16 17:38 UTC (permalink / raw) To: Michael Elizabeth Chastain; +Cc: gdb-patches On Tue, 16 Dec 2003 12:15:44 -0500 (EST), mec.gnu@mindspring.com (Michael Elizabeth Chastain) said: > Be aware that dwarf 2 and stabs+ have had differences in this area. For > example, when is_ctor_or_dtor in the demangler was broken, dwarf 2 was > not affected, but stabs+ was. So there's always a chance that I'll come > back in a few days or a week and say "you broke stabs+"! Good point. I've just run the testsuite with stabs+, just to double-check that it doesn't trigger any regressions there, either. David Carlton carlton@kealia.com ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <yf2he01vg6z.fsf@hawaii.kealia.com>]
[parent not found: <m3y8tdfzir.fsf@gossamer.airs.com>]
[parent not found: <yf2d6apvfg2.fsf@hawaii.kealia.com>]
[parent not found: <m3u141fz28.fsf@gossamer.airs.com>]
[parent not found: <m3ptepfyxh.fsf@gossamer.airs.com>]
[parent not found: <yf28yldvevq.fsf@hawaii.kealia.com>]
[parent not found: <m3he01fygc.fsf@gossamer.airs.com>]
[parent not found: <yf23cblveh7.fsf@hawaii.kealia.com>]
[parent not found: <20031216053022.GA28127@nevyn.them.org>]
* [rfa] add DMGL_PARAMS (was: new demangler) [not found] ` <20031216053022.GA28127@nevyn.them.org> @ 2003-12-16 16:54 ` David Carlton 2003-12-16 19:23 ` Daniel Jacobowitz 0 siblings, 1 reply; 3+ messages in thread From: David Carlton @ 2003-12-16 16:54 UTC (permalink / raw) To: gdb-patches On Tue, 16 Dec 2003 00:30:22 -0500, Daniel Jacobowitz <drow@mvista.com> said: > On Mon, Dec 15, 2003 at 03:38:28PM -0800, David Carlton wrote: >> Okay; I'll just stick in the DMGL_PARAMS for now, then - my tests >> start passing again with that change. (Or I could rewrite the code >> that parses the output to not look for parentheses, I suppose.) > Do the former for now. The latter actually should be easy enough given the parsing functionality that's already in cp-support.c, but I have no objection to the former, which I present here. Is it okay for mainline? Tested on i686-pc-linux-gnu, GCC 3.2, DWARF 2; no regressions. (No tests, but it's necessary for my current patch awaiting approval to work properly.) David Carlton carlton@kealia.com 2003-12-16 David Carlton <carlton@kealia.com> * cp-support.c (class_name_from_physname): Add DMGL_PARAMS. (method_name_from_physname): Ditto. Index: cp-support.c =================================================================== RCS file: /cvs/src/src/gdb/cp-support.c,v retrieving revision 1.10 diff -u -p -r1.10 cp-support.c --- cp-support.c 5 Dec 2003 04:25:09 -0000 1.10 +++ cp-support.c 16 Dec 2003 16:52:10 -0000 @@ -145,7 +145,7 @@ class_name_from_physname (const char *ph char *ret = NULL; const char *end; int depth = 0; - char *demangled_name = cplus_demangle (physname, DMGL_ANSI); + char *demangled_name = cplus_demangle (physname, DMGL_ANSI | DMGL_PARAMS); if (demangled_name == NULL) return NULL; @@ -170,7 +170,7 @@ method_name_from_physname (const char *p char *ret = NULL; const char *end; int depth = 0; - char *demangled_name = cplus_demangle (physname, DMGL_ANSI); + char *demangled_name = cplus_demangle (physname, DMGL_ANSI | DMGL_PARAMS); if (demangled_name == NULL) return NULL; ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [rfa] add DMGL_PARAMS (was: new demangler) 2003-12-16 16:54 ` [rfa] add DMGL_PARAMS (was: new demangler) David Carlton @ 2003-12-16 19:23 ` Daniel Jacobowitz 2003-12-16 19:27 ` [rfa] add DMGL_PARAMS David Carlton 0 siblings, 1 reply; 3+ messages in thread From: Daniel Jacobowitz @ 2003-12-16 19:23 UTC (permalink / raw) To: gdb-patches On Tue, Dec 16, 2003 at 08:54:57AM -0800, David Carlton wrote: > On Tue, 16 Dec 2003 00:30:22 -0500, Daniel Jacobowitz <drow@mvista.com> said: > > On Mon, Dec 15, 2003 at 03:38:28PM -0800, David Carlton wrote: > > >> Okay; I'll just stick in the DMGL_PARAMS for now, then - my tests > >> start passing again with that change. (Or I could rewrite the code > >> that parses the output to not look for parentheses, I suppose.) > > > Do the former for now. > > The latter actually should be easy enough given the parsing > functionality that's already in cp-support.c, but I have no objection > to the former, which I present here. Is it okay for mainline? Tested > on i686-pc-linux-gnu, GCC 3.2, DWARF 2; no regressions. (No tests, > but it's necessary for my current patch awaiting approval to work > properly.) > > David Carlton > carlton@kealia.com > > 2003-12-16 David Carlton <carlton@kealia.com> > > * cp-support.c (class_name_from_physname): Add DMGL_PARAMS. > (method_name_from_physname): Ditto. Yes, this is fine. Thanks! -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [rfa] add DMGL_PARAMS 2003-12-16 19:23 ` Daniel Jacobowitz @ 2003-12-16 19:27 ` David Carlton 0 siblings, 0 replies; 3+ messages in thread From: David Carlton @ 2003-12-16 19:27 UTC (permalink / raw) To: gdb-patches On Tue, 16 Dec 2003 14:23:07 -0500, Daniel Jacobowitz <drow@mvista.com> said: >> 2003-12-16 David Carlton <carlton@kealia.com> >> >> * cp-support.c (class_name_from_physname): Add DMGL_PARAMS. >> (method_name_from_physname): Ditto. > Yes, this is fine. Thanks! Thanks, committed. David Carlton carlton@kealia.com ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-12-16 19:27 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-12-16 17:15 [rfa] add DMGL_PARAMS (was: new demangler) Michael Elizabeth Chastain
2003-12-16 17:38 ` [rfa] add DMGL_PARAMS David Carlton
[not found] <yf2he01vg6z.fsf@hawaii.kealia.com>
[not found] ` <m3y8tdfzir.fsf@gossamer.airs.com>
[not found] ` <yf2d6apvfg2.fsf@hawaii.kealia.com>
[not found] ` <m3u141fz28.fsf@gossamer.airs.com>
[not found] ` <m3ptepfyxh.fsf@gossamer.airs.com>
[not found] ` <yf28yldvevq.fsf@hawaii.kealia.com>
[not found] ` <m3he01fygc.fsf@gossamer.airs.com>
[not found] ` <yf23cblveh7.fsf@hawaii.kealia.com>
[not found] ` <20031216053022.GA28127@nevyn.them.org>
2003-12-16 16:54 ` [rfa] add DMGL_PARAMS (was: new demangler) David Carlton
2003-12-16 19:23 ` Daniel Jacobowitz
2003-12-16 19:27 ` [rfa] add DMGL_PARAMS David Carlton
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox