From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26764 invoked by alias); 25 Mar 2004 22:37:04 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 26716 invoked from network); 25 Mar 2004 22:37:02 -0000 Received: from unknown (HELO mail-out4.apple.com) (17.254.13.23) by sources.redhat.com with SMTP; 25 Mar 2004 22:37:02 -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 i2PMdnVj010239; Thu, 25 Mar 2004 14:39:49 -0800 (PST) Received: from relay3.apple.com (relay3.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.3.6) with ESMTP id ; Thu, 25 Mar 2004 14:37:01 -0800 Received: from apple.com ([17.219.197.219]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id i2PMawvL022205; Thu, 25 Mar 2004 22:36:58 GMT Message-ID: <40635F0C.1050200@apple.com> Date: Fri, 26 Mar 2004 10:04: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: Andrew Cagney CC: Jason Molenda , binutils@sources.redhat.com, gdb@sources.redhat.com Subject: Re: Retire the MPW support from toplevel and binutils References: <406239C8.6020106@apple.com> <4062FB6D.5060108@gnu.org> <40635448.1000902@gnu.org> <4063585E.9090101@apple.com> <40635C52.5020102@gnu.org> In-Reply-To: <40635C52.5020102@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03/txt/msg00271.txt.bz2 Andrew Cagney wrote: >> Andrew Cagney wrote: >> >>>> On Mar 25, 2004, at 7:31 AM, Andrew Cagney wrote: >>>> >>>>>> I'm sure you already knew this, but you'll need to update the cvs >>>>>> modules for the repository at the same time you're doing this - >>>>>> these files are explicitly named in there: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Er, the modules file should _not_ be updated. You can always add, >>>>> but never remove entries. >>>> >>>> >>>> >>>> >>>> >>>> In this case, these support files have been obsolete for longer >>>> than the sourceware repositories have been live. From a completely >>>> maniacal outlook we'd never want to remove files like this, but >>>> looking at it realistically, there's nothing being lost here. Yes, >>>> if someone checks out binutils 2.10 (one of the first releases >>>> after the repositories moved to sourceware, circa June 2000) by a >>>> cvs command they'll be missing the mpw support files from the top >>>> level. >>> >>> >>> >>> >>> On the other hand this will cause them to mysteriously disappear >>> from the current live GDB and BINUTILS branches. >>> >>> Anyway to sit on this until after there's been a release pulled from >>> those branches? >> >> >> >> Well, they're not any different from what was in any of the last >> releases. In fact, those files haven't been touched (except for >> a couple mass-edits) since I last worked on them, in 1996. So on >> the off chance that some software archaeologist wants to get a >> PhD studying the mysteries of Mac in GNU (hey, it could happen!), >> there will be plenty of releases where the latest versions may >> be found. > > > Stan, what's the urgency? Why not wait until GDB 6.1 and BINUTILS 1.? > are released as that is obviously going to make everyones life easier. > What's that, a few extra weeks? I have a bit of time available now, no guarantees about the future. Seeing as how the support has long been gone from GDB proper, I'm totally mystified as to why these files even matter to anybody one way or the other, let alone how keeping them makes "everyones life easier"?. Am I missing a scripting/packaging dependency or something? Stan