From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1691 invoked by alias); 12 May 2003 21:02:49 -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 1645 invoked from network); 12 May 2003 21:02:48 -0000 Received: from unknown (199.72.38.5) by sources.redhat.com with QMTP; 12 May 2003 21:02:48 -0000 Received: (qmail 30046 invoked from network); 12 May 2003 21:03:03 -0000 Received: from unknown (HELO exchange1.urp.doc.com) (192.168.8.5) by external1.doc.com with SMTP; 12 May 2003 21:03:03 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [PING/RFA]: Search for Objc Symbols Date: Mon, 12 May 2003 21:02:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Adam Fedor" To: "Elena Zannoni" Cc: "GDB Patches" X-SW-Source: 2003-05/txt/msg00193.txt.bz2 > -----Original Message----- > From: Elena Zannoni [mailto:ezannoni@redhat.com] > Sent: Monday, May 12, 2003 2:56 PM > To: Adam Fedor > Cc: Elena Zannoni; GDB Patches > Subject: Re: [PING/RFA]: Search for Objc Symbols >=20 >=20 > Adam Fedor writes: > > I've broken out the changes into their own functions.=20 > Looking at the=20 > > comments in make_file_symbol_completion_list now, it seems=20 > like the=20 > > language_search_unquoted_string function or something=20 > similar should go=20 > > in the language vector. But I'm not sure that's necessary,=20 > so I didn't=20 > > want to do it unless some one made me :-) >=20 > I think for now you can just add a FIXME to the functions and say that > they should be integrated with the language vector. There are other > things in the symbol table that could be pushed out because they are > more language specific, but I want to think about it (especially with > the namespace changes coming through). >=20 > So, this can go in, if you address the concerns that DavidC expressed. >=20 > Is this really it??? We have objc?? :-)=20 >=20 Yes(**)! Thanks to everyone who helped get it into gdb. ** The only remaining thing is the hacked out architecture dependant part o= f objc-lang.c, which only affects systems using the Apple Objective-C runti= me. Although, the main gdb line doesn't even configure/compile on Darwin wh= ich is the only system that uses the Apple runtime. I actually have a patc= h to fix this and put the functions into gdbarch, but I'm hesitant to submi= t them right now as, obviously, I can't test them...