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


On Wed,  3 Dec 2003 11:47:34 -0500 (EST), mec.gnu@mindspring.com (Michael Elizabeth Chastain) said:

>   _ZStltI9file_pathSsEbRKSt4pairIT_T0_ES6_
>   OLD: bool std::operator< <file_path, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(std::pair<file_path, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > const&, std::pair<file_path, std::basic_string<char, > std::char_traits<char>, std::allocator<char> > > const&)
>   NEW: bool std::operator<<file_path, std::string>(std::pair<file_path, std::string> const&, std::pair<file_path, std::string> const&)

Fascinating.

> The old demangler produces "operator< <", and the new demangler
> produces "operator <<".  I'm not a name mangling expert but I think
> that "operator <" is correct here and the new demangler suffers from
> shift-operator-versus-template-syntax gotcha.

Yeah, that's a bug, even one which could cause problems for GDB.

David Carlton
carlton@kealia.com


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