From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric S. Raymond" Newsgroups: gmane.emacs.devel Subject: Re: Introducing 'unrecognized and 'ignored Date: Tue, 1 Jan 2008 21:19:07 -0500 Organization: Eric Conspiracy Secret Labs Message-ID: <20080102021907.GA15494@thyrsus.com> References: <20071228174512.66834830BC9@snark.thyrsus.com> <17EA38DF-BCC1-4565-8510-5DD10DD667E3@mac.com> <20071229114551.GD9794@thyrsus.com> Reply-To: esr@thyrsus.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1199240377 10781 80.91.229.12 (2 Jan 2008 02:19:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Jan 2008 02:19:37 +0000 (UTC) Cc: "Eric S. Raymond" , emacs-devel@gnu.org, Alexandru Harsanyi To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 02 03:19:55 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1J9tD1-0000og-76 for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 03:19:55 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J9tCf-0001cE-7i for ged-emacs-devel@m.gmane.org; Tue, 01 Jan 2008 21:19:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J9tC5-00019J-8P for emacs-devel@gnu.org; Tue, 01 Jan 2008 21:18:57 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J9tC2-00016f-S0 for emacs-devel@gnu.org; Tue, 01 Jan 2008 21:18:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J9tC2-00016V-Lr for emacs-devel@gnu.org; Tue, 01 Jan 2008 21:18:54 -0500 Original-Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5] helo=snark.thyrsus.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1J9tC2-0006dk-Cc for emacs-devel@gnu.org; Tue, 01 Jan 2008 21:18:54 -0500 Original-Received: by snark.thyrsus.com (Postfix, from userid 23) id 9237D830B84; Tue, 1 Jan 2008 21:19:07 -0500 (EST) Content-Disposition: inline In-Reply-To: X-Eric-Conspiracy: There is no conspiracy User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:85837 Archived-At: Stefan Monnier : > > Then the problem of speeding up vc-dired-hook will reduce to a simpler > > one -- how to make the individual directory-status commands in each > > VCS return information for as many files as possible? Ideally, we want > > them to return status on *all* files beneath the current directory. > > I disagree. VC should not do any tree traversal itself. There's no way to avoid this. We have a choice between two different sets of circumstances under which tree traversal will be needed: 1) We can take svn and later systems as a model. Their status commands recurse naturally, so none of those backend status commands has to traverse trees itself. If we do this, the CVS and MCVS backend status commands have to do tree traversal to match the behavior of the SVN and later ones. 2) We can take CVS as the model. In that case we have to tell the backend status commands for later VCSes not to recurse -- and somewhere in the upper-level calling logic for all backends, *it* has to recurse down trees. Right now VC is doing the first alternative. -- Eric S. Raymond