From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24139 invoked by alias); 3 Apr 2002 22:19:07 -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 24126 invoked from network); 3 Apr 2002 22:19:05 -0000 Received: from unknown (HELO zwingli.cygnus.com) (208.245.165.35) by sources.redhat.com with SMTP; 3 Apr 2002 22:19:05 -0000 Received: by zwingli.cygnus.com (Postfix, from userid 442) id 61F995EA11; Wed, 3 Apr 2002 17:19:04 -0500 (EST) To: Zack Weinberg Cc: "Kaveh R. Ghazi" , gcc@gcc.gnu.org, gdb@sources.redhat.com, rth@redhat.com Subject: Re: gcc development schedule [Re: sharing libcpp between GDB and GCC] References: <200203280317.WAA05137@caip.rutgers.edu> <20020328034552.GB23767@codesourcery.com> From: Jim Blandy Date: Wed, 03 Apr 2002 14:19:00 -0000 In-Reply-To: <20020328034552.GB23767@codesourcery.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-04/txt/msg00026.txt.bz2 Zack Weinberg writes: > On Wed, Mar 27, 2002 at 10:17:03PM -0500, Kaveh R. Ghazi wrote: > > > (E.g. it takes about 10x longer to do "cvs update" on the 3.0 > > > branch than the trunk.) > > > > Yeah, what's up with that? (I thought it was just me.) > > The way RCS stores branches makes the cost of calculating diffs from a > branch tip proportional to the number of versions on the branch *and* > the distance between the branchpoint and top-of-trunk. I imagine > update has to do diffs for some reason. > > That's the problem I know about; there may be others. The Subversion version control system (http://subversion.tigris.org) stores the tip of each branch in full text, not as deltas --- for files modified on that branch, at least. It should also be very cheap to create branches; the cost isn't proportional to the size of the tree being branched. Or at least, that's the way it's *supposed* to be. :) Subversion is still a ways from a 1.0 release. But the developers are using it to manage its own source tree. Something to keep in mind in the future.