From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 341 invoked by alias); 20 Aug 2007 17:35:43 -0000 Received: (qmail 32759 invoked by uid 22791); 20 Aug 2007 17:35:43 -0000 X-Spam-Check-By: sourceware.org Received: from s200aog11.obsmtp.com (HELO s200aog11.obsmtp.com) (207.126.144.125) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 20 Aug 2007 17:35:35 +0000 Received: from source ([164.129.1.35]) (using TLSv1) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Mon, 20 Aug 2007 17:35:32 UTC Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 4C21BDA9D for ; Mon, 20 Aug 2007 17:35:32 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 7FE7D4C20A for ; Mon, 20 Aug 2007 17:35:31 +0000 (GMT) Received: from [164.129.15.13] (bri1043.bri.st.com [164.129.15.13]) by mail1.bri.st.com (MOS 3.7.5a-GA) with ESMTP id CJE18006 (AUTH stubbsa); Mon, 20 Aug 2007 18:35:29 +0100 (BST) Message-ID: <46C9D0E1.5080509@st.com> Date: Mon, 20 Aug 2007 17:35:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: GDB List Subject: Re: C++ Typedefs and symbol tables References: <46C9CB12.5000004@st.com> <20070820171803.GA11056@caradoc.them.org> In-Reply-To: <20070820171803.GA11056@caradoc.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-08/txt/msg00139.txt.bz2 Daniel Jacobowitz wrote: > Check whether you are ending up with a search based on the function's > symbol or minsym. The mangled name always uses the canonical type > name (for obvious ABI reasons). Symbol or minsym? Sorry, I'm not at all familiar with this area of the debugger. > Yes, but it's a lot of work. We can not currently canonicalize > anything during lookup because we do not canonicalize during symbol > reading; and just turning that on slows things down considerably. The > cp-names.y parser was intended for exactly this. Surely converting the (typically) 2-3 typenames in a signature, such that they match the canonical form used by the ABI, would not take much time, would it? I can believe that any task in this area would require depressing amounts of infrastructure work, though. :( Oh well, just an idea. Andrew