From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27208 invoked by alias); 16 Aug 2004 22:07:52 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 27183 invoked from network); 16 Aug 2004 22:07:50 -0000 Received: from unknown (HELO mail-out4.apple.com) (17.254.13.23) by sourceware.org with SMTP; 16 Aug 2004 22:07:50 -0000 Received: from mailgate1.apple.com (a17-128-100-225.apple.com [17.128.100.225]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id i7GMAYwn001190 for ; Mon, 16 Aug 2004 15:10:34 -0700 (PDT) Received: from relay3.apple.com (relay3.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.3.12) with ESMTP id ; Mon, 16 Aug 2004 15:07:48 -0700 Received: from apple.com (vpn2priv-65.apple.com [17.219.204.65]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id i7GM7jF0019671; Mon, 16 Aug 2004 15:07:46 -0700 (PDT) Message-ID: <41213031.1050507@apple.com> Date: Mon, 16 Aug 2004 22:19:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040113 MIME-Version: 1.0 To: Ziemowit Laski CC: "Joseph S. Myers" , Mark Mitchell , GCC Patches , Zack Weinberg Subject: Re: References: <918394DF-EFB7-11D8-8323-000393673036@apple.com> <9A3F15F4-EFCA-11D8-ACB2-000393673036@apple.com> In-Reply-To: <9A3F15F4-EFCA-11D8-ACB2-000393673036@apple.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg01149.txt.bz2 Ziemowit Laski wrote: > On 16 Aug, 2004, at 13.53, Joseph S. Myers wrote: > >> On Mon, 16 Aug 2004, Ziemowit Laski wrote: >> >>> This is the part that I find problematic. :-( The work contained in >>> the >>> two patches I posted last night, in addition to a couple of patches I >>> committed previously (and a few more I have yet to offer) is all part >>> of my ObjC++ integration (approved by the Steering Committee for 3.5 >>> integration). Furthermore, these bits already live in >>> objc-improvements-branch, available for the bootstrapping pleasure >>> of all. >> >> >> If you don't like the proposed split, one you could try would be >> separating out the patch to stop the ObjC front end depending on >> particular structures for declarators, which is the part of the merge >> currently blocking a replacement of those structures. > > > Yeah, I've been sitting here and ruminating about how to break up this > behemoth. As you may imagine, the various features are not only deeply > intertwined, but have not ever had a separate existence, since all of > this stuff was being worked on simultaneously on > objc-improvements-branch.... :-( The hazards of branch development... I didn't see a whole lot of mechanical-type changes myself, those ought to be easy (if annoying) to undo. Temporary stubouts should be acceptable too, and you reduce your risk of having to back out one of the series because some random bootstrap breaks. Look on the bright side, at least there are no mullahs issuing fatwas - GCC development could advance to a whole new level of excitement! ("Death to the ssa-loving gimplifiers! Tear out their rtls and hit them with grokdeclarator!") :-) Stan