From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3864 invoked by alias); 2 Dec 2009 17:35:30 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 3686 invoked by uid 22791); 2 Dec 2009 17:35:28 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Date: Wed, 02 Dec 2009 17:35:00 -0000 From: Daniel Jacobowitz To: Tom Tromey Cc: Cary Coutant , Dodji Seketeli , GDB/Archer list Subject: Re: [RFC] Proposal for a new DWARF name index section Message-ID: <20091202173518.GA13838@caradoc.them.org> References: <4A7FE28D.4050901@redhat.com> <4A8D8868.3010302@redhat.com> <20091202051717.GA24978@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2009-q4/txt/msg00073.txt.bz2 On Wed, Dec 02, 2009 at 10:07:41AM -0700, Tom Tromey wrote: > I think it would still be ok. We would specify the canonical form as > part of the extension, and it would be up to compilers, and gdb, to > correctly implement it. AFAICT it can be specified entirely in terms of > the source language of the CU. Well, as long as I'm not the one who has to convert the C++ demangler into a specification, I guess it's not totally crazy. I still think this makes more sense as an internal cache, though, because it's so tied to the implementation of both the compiler and debugger. And the canonicalization isn't cheap, and doesn't match GCC's internal representation of the names; this would slow down GCC to speed up debugging. You could even speed up full DIE reading this way, by canonicalizing strings there also, and leaving an attribute or other marking in the cached copy saying this string was simple. Not to mention it's easier to prototype :-) -- Daniel Jacobowitz CodeSourcery