From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22298 invoked by alias); 19 Jun 2009 16:49:54 -0000 Received: (qmail 22290 invoked by uid 22791); 19 Jun 2009 16:49:53 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Jun 2009 16:49:47 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 7503310D6B; Fri, 19 Jun 2009 16:49:45 +0000 (GMT) Received: from caradoc.them.org (209.195.188.212.nauticom.net [209.195.188.212]) by nan.false.org (Postfix) with ESMTP id 3059610D65; Fri, 19 Jun 2009 16:49:45 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1MHhHb-0004HM-8n; Fri, 19 Jun 2009 12:49:43 -0400 Date: Fri, 19 Jun 2009 16:49:00 -0000 From: Daniel Jacobowitz To: gdb@sourceware.org Cc: Samuel Bronson Subject: Re: What is keeping GDB in CVS ? Message-ID: <20090619164943.GA16137@caradoc.them.org> Mail-Followup-To: gdb@sourceware.org, Samuel Bronson References: <87r5xgqk0k.wl%naesten@gmail.com> <20090619162308.GA13968@caradoc.them.org> <20090619162801.GA14773@caradoc.them.org> <20090619163753.GA9700@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090619163753.GA9700@ednor.casa.cgf.cx> User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00197.txt.bz2 On Fri, Jun 19, 2009 at 12:37:53PM -0400, Christopher Faylor wrote: > I still think that the various projects merged under the "src" umbrella > should be pulled apart and given their own repositories. There is > really, for instance, no reason for Cygwin or cgen, which are non-FSF > projects, to be intermingled with gdb and binutils. > > However, I am very sympathetic to the notion that "It ain't broke..." The solution I'd like best, I think, is one with separate projects that makes it easy to manually or automatically sync revisions from the shared directories. This may be nothing more than some clever push hooks, for instance to reject manual changes to bfd/ being pushed to the central gdb repository and to automatically propogate changes to bfd/ from binutils. Anyone feeling inspired enough to build a proof-of-concept? -- Daniel Jacobowitz CodeSourcery