From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11731 invoked by alias); 4 Oct 2002 16:49:41 -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 11723 invoked from network); 4 Oct 2002 16:49:40 -0000 Received: from unknown (HELO mail-out2.apple.com) (17.254.0.51) by sources.redhat.com with SMTP; 4 Oct 2002 16:49:40 -0000 Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out2.apple.com (8.11.3/8.11.3) with ESMTP id g94Gnes24956 for ; Fri, 4 Oct 2002 09:49:40 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.2.5) with ESMTP id ; Fri, 4 Oct 2002 09:49:30 -0700 Received: from apple.com (vpn-scv-x4-195.apple.com [17.219.194.195]) by scv1.apple.com (8.11.3/8.11.3) with ESMTP id g94Gnbb19878; Fri, 4 Oct 2002 09:49:37 -0700 (PDT) Message-ID: <3D9DC65C.1070703@apple.com> Date: Fri, 04 Oct 2002 09:49:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Klee Dienes CC: Adam Fedor , gdb-patches@sources.redhat.com Subject: Re: Add rules for ObjC files References: <3239ADC4-D77B-11D6-A34B-00039396EEB8@mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-10/txt/msg00128.txt.bz2 Klee Dienes wrote: > I'm not sure if this is something you want to hassle with at the > moment, or if you'd prefer to let it wait as a modification once a > working version of the Objective-C patches are successfully committed. > > But just as a heads-up, I should mention that in more recent versions > of our GDB, we've folded in all of the Objective-C support directly > into c-exp.y, and removed objc-exp.y as a file entirely. Most of > objc-exp.y was always just an out-of-date copy of c-exp.y, anyway; > moving the (rather small) changes into c-exp.y directly not only > allowed us to track changes to the C parser much more smoothly, it > should also allow for much better Objective-C++ support. > > You'll probably want to look at the most recent version of our GDB > tree > (http://www.opensource.apple.com/projects/darwin/6.0/source/other/gdb- > 20020918.tar.gz; no registration or anything similar required), and > check out our changes to c-exp.y; I've attached them for your > convenience. > > One downside to having the changes directly in c-exp.y is that I don't > know of any good way to conditionalize them; though I am by no means a > bison guru. ObjC is supposed to be a strict superset of C, so at least in theory, extensions don't need to be conditionalized at all, or they can be disallowed after parsing, if you wanted to have a "strict C mode" (although I note that the little array@45 extension is always available, even though it's not valid C). Stan