From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21864 invoked by alias); 28 Mar 2002 17:01:49 -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 21850 invoked from network); 28 Mar 2002 17:01:47 -0000 Received: from unknown (HELO dragon.nuxi.com) (66.92.13.169) by sources.redhat.com with SMTP; 28 Mar 2002 17:01:47 -0000 Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2SH1jYm088086; Thu, 28 Mar 2002 09:01:45 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2SH0TV5088085; Thu, 28 Mar 2002 09:00:29 -0800 (PST) Date: Thu, 28 Mar 2002 09:01:00 -0000 From: "David O'Brien" To: Jason Molenda Cc: Gerald Pfeifer , overseers@gcc.gnu.org, Zack Weinberg , "Kaveh R. Ghazi" , gcc@gcc.gnu.org, gdb@sources.redhat.com, jimb@redhat.com, rth@redhat.com Subject: Re: gcc development schedule [Re: sharing libcpp between GDB and GCC] Message-ID: <20020328090029.B55362@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20020328034552.GB23767@codesourcery.com> <20020328015346.A27639@molenda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020328015346.A27639@molenda.com>; from jason-swarelist@molenda.com on Thu, Mar 28, 2002 at 01:53:46AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 X-SW-Source: 2002-03/txt/msg00300.txt.bz2 On Thu, Mar 28, 2002 at 01:53:46AM -0800, Jason Molenda wrote: > > 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.) > > The cvs server on sourceware uses an optimization (a patch written > by Ian Lance Taylor) to cache the information needed for a cvs > update in a single file per directory. How about a *REAL* optimization, such as not locking ,v files for anoncvs users?? -- -- David (obrien@FreeBSD.org)