Re: Name mangling

Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr>
23 Jul 2001 23:24:52 -0400

          From comp.compilers

Related articles
Name mangling youngwk@yahoo.com (Young Wei Kuan) (2001-07-01)
Re: Name mangling thant@acm.org (Thant Tessman) (2001-07-02)
Re: Name mangling fjh@cs.mu.OZ.AU (2001-07-03)
Re: Name mangling toon@moene.indiv.nluug.nl (Toon Moene) (2001-07-06)
Re: Name mangling alainm@cup.hp.com (Alain Miniussi) (2001-07-06)
Re: Name mangling dosreis@cmla.ens-cachan.fr (Gabriel Dos Reis) (2001-07-17)
Re: Name mangling alainm@cup.hp.com (Alain Miniussi) (2001-07-18)
Re: Name mangling dosreis@cmla.ens-cachan.fr (Gabriel Dos Reis) (2001-07-23)
| List of all articles for this month |
From: Gabriel Dos Reis <dosreis@cmla.ens-cachan.fr>
Newsgroups: comp.compilers
Date: 23 Jul 2001 23:24:52 -0400
Organization: CMLA, ENS Cachan -- CNRS UMR 8536 (France)
References: 01-07-008 01-07-027 01-07-038 01-07-047 01-07-071 01-07-098
Keywords: C++, GCC
Posted-Date: 23 Jul 2001 23:24:52 EDT

Alain Miniussi <alainm@cup.hp.com> writes:


| Gabriel Dos Reis wrote:
| > Toon Moene <toon@moene.indiv.nluug.nl> writes:
| > | the new one is more efficient (leads to shorter mangled names). At
| > | least, that's what I recall - IANAC++Guru.
| > Your recollection is right. The new mangling scheme avoids repeated
| > names. Try mangling and demangling "T" defined as
| >
| > using namespace std;
| > typedef multimap<string, multiset<vector<list<vector<double> > > > > T;
|
| This is a little bit unfair :-) you are using a lot of abbreviations
| in that one ("std::string" is specificaly recognized and mangled as
| "Ss" instead of (being mangled as a plain)
| "std::basic_string<char,::std::char_traits<char>,::std::allocator<char>
| >" same thing for the implicit "std::allocator", "std" is compressed
| in "st"... ok that last one is not...).


Point taken :-)


But my point was precesily to illustrate the point


leads to shorter mangled names


and the fact that repeations of names (vector, here) are "compressed".


-- Gaby


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.