From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4973 invoked by alias); 11 Nov 2003 01:23:39 -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 4964 invoked from network); 11 Nov 2003 01:23:38 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 11 Nov 2003 01:23:38 -0000 Received: by localhost.redhat.com (Postfix, from userid 469) id F35991A42DB; Mon, 10 Nov 2003 20:23:37 -0500 (EST) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16304.14873.912675.333969@localhost.redhat.com> Date: Tue, 11 Nov 2003 01:23:00 -0000 To: Hilfinger@gnat.com Cc: carlton@kealia.com, gdb-patches@sources.redhat.com Subject: Re: Interactions of symbol-lookup with language In-Reply-To: <200311082255.hA8MtJK08216@otisco.McKusick.COM> References: <200311082255.hA8MtJK08216@otisco.McKusick.COM> X-SW-Source: 2003-11/txt/msg00207.txt.bz2 Paul N. Hilfinger writes: > > David, > > The symbol-lookup facilities are now organized to adapt themselves to > the current language. We've encountered some problems with this. > > In particular, in decode_line_1, there is a call to find_imps, an > Objective C function, which in turn calls lookup_symbol. When > decode_line_1 is called while in Ada mode, this latter lookup_symbol > acts like an Ada symbol lookup, which makes little sense given that > find_imps is concerned with Objective C code. We have encountered > cases where the result is anomalous. > > Our fix for the moment is simply to put a wrapper around decode_objc > to force the language to objc temporarily. We are a little > uncomfortable with submitting this kind of kludge publicly, and > would prefer something officially blessed. One possibility is to have > a variant of lookup_symbol that allows one to specify a prevailing > language for those cases where it matters. We have at least one other > place where we'd like to "look up a symbol as in C". > > In any case, we'd welcome your (and other maintainers') comments. > > Paul Hilfinger > ACT, Inc. Hmmm, this is the same bit of code which was creating problems with breakpoints in objc. (see Adam's post of a week or so ago). It seems like a new interface is needed. We have stretched the current one(s) to its limits. I'll have to think a bit about this. elena