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: Slow handling of C++ symbol names


But without looking at the data we've no idea how substantial any
particular part really is. For instance, when analysing the bcache found that when debugging a C program every entry is 28 bytes in size!

'foo(int)' can be broken down into "foo" "(int)" the latter only being demanged and stored on-demand.


"They" tell me that the demangler did not support doing this.  But it
may soon.

Will, you may want to test a CVS snapshot from today or later.  The
demangler for GNU v3 was replaced last night; the new one appears to be
about twice as efficient.

FYI, Will got hold of an RPM based on 20031117 and I believe the performance numbers came back the same as 6.0 :-( That would make it post your changes but pre the new demangler.


I guess we get to restart the analysis :-(

Andrew



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