From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29133 invoked by alias); 28 Mar 2002 09:24: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 29120 invoked from network); 28 Mar 2002 09:24:00 -0000 Received: from unknown (HELO vexpert.dbai.tuwien.ac.at) (128.130.111.12) by sources.redhat.com with SMTP; 28 Mar 2002 09:24:00 -0000 Received: from pulcherrima (pulcherrima [128.130.111.23]) by vexpert.dbai.tuwien.ac.at (8.11.6/8.11.6) with ESMTP id g2S9Moq12809; Thu, 28 Mar 2002 10:22:50 +0100 (MET) Date: Thu, 28 Mar 2002 01:24:00 -0000 From: Gerald Pfeifer To: overseers@gcc.gnu.org cc: Zack Weinberg , "Kaveh R. Ghazi" , , , , Subject: Re: gcc development schedule [Re: sharing libcpp between GDB and GCC] In-Reply-To: <20020328034552.GB23767@codesourcery.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-03/txt/msg00292.txt.bz2 [ moved to overseers ] On Wed, 27 Mar 2002, Zack Weinberg 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.) Same here. On the gcc-3.1 branch, I'm approaching the situation where cvs update takes longer than bootstrapping the compiler (with C and C++ frontends). > 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. Overseers, is there anything we can do? I noticed that we have more anoncvs processes running than authenticated users; is there any way we could find out which CVS modules these anonymous users currently access? (If it's gcc, we could see whether we can simply disable anoncvs access to the gcc module.) Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/