From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22453 invoked by alias); 23 Jan 2004 21:08:25 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 22444 invoked from network); 23 Jan 2004 21:08:25 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 23 Jan 2004 21:08:25 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 782682B95; Fri, 23 Jan 2004 16:08:21 -0500 (EST) Message-ID: <40118D45.2010209@gnu.org> Date: Fri, 23 Jan 2004 21:08:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 MIME-Version: 1.0 To: Daniel Jacobowitz , Paul Hilfinger Cc: carlton@kealia.com, gdb-patches@sources.redhat.com Subject: Re: [RFC] Proposed changes in symbol-handling for Ada References: <200311082255.hA8MtJK08216@otisco.McKusick.COM> <20040120101613.F2871F2945@nile.gnat.com> <20040120150101.GB10459@nevyn.them.org> <20040121105510.3E069F281E@nile.gnat.com> <20040121151916.GB1131@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-01/txt/msg00631.txt.bz2 >> 2. We don't include parameter types in mangled names: instead, our >> basic lookup routine returns a list of all matches, from which we select >> by parameter type or, if that doesn't work, by giving the user a choice. Isn't this search mechanism required by all languages with overloaded methods? Paul, BTW, look at: The symbol auxilary. http://sources.redhat.com/ml/gdb/2003-04/msg00017.html With a per-symbol method, requests for the extra info could be handled on-demand (and then added to the symbol aux) without bloating the symbol table. >> 3. Three; there are three reasons: we don't store demangled names. >> >> So, your proposal takes care of 3. If we could persuade you to >> >> A. Provide a mode in which you search for the base name (i.e, return >> the results of your preliminary sift for base names, skipping the >> comparison against full demangled name), and >> >> B. Provide a mode in which you return ALL matches for a name. >> >> ... why we could clean up all that nasty duplication in the ada-* files and >> join the civilized world. > > > OK. (B) has always been on my todo list; C++ would benefit from it > also. (A) will require increasing the size of the symbol (because > I had been planning to overlap the basename information with the > demangled name information using a union, and store the two sets > separately), but I think it's worthwhile. > > No promises on timeline, since I'm working on several other projects > right now, but I'll try to pull this together. > > -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer