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: Wed, 2 Jan 2008 06:46:14 -0500 Organization: Eric Conspiracy Secret Labs Message-ID: <20080102114614.GA17588@thyrsus.com> References: <20071228174512.66834830BC9@snark.thyrsus.com> <17EA38DF-BCC1-4565-8510-5DD10DD667E3@mac.com> <20071229114551.GD9794@thyrsus.com> <20080102021907.GA15494@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 1199274378 25512 80.91.229.12 (2 Jan 2008 11:46:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Jan 2008 11:46:18 +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 12:46:36 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 1JA23J-0007Mh-DD for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 12:46:29 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JA22x-0003kA-6q for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 06:46:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JA22t-0003iH-Kz for emacs-devel@gnu.org; Wed, 02 Jan 2008 06:46:03 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JA22s-0003fr-2Z for emacs-devel@gnu.org; Wed, 02 Jan 2008 06:46:03 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JA22r-0003fk-Oh for emacs-devel@gnu.org; Wed, 02 Jan 2008 06:46:01 -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 1JA22r-0003Le-Cm for emacs-devel@gnu.org; Wed, 02 Jan 2008 06:46:01 -0500 Original-Received: by snark.thyrsus.com (Postfix, from userid 23) id C6E56830B84; Wed, 2 Jan 2008 06:46:14 -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:85882 Archived-At: Stefan Monnier : > I don't understand: CVS's status command recurses just fine and so does > MetaCVS's (not that it matters since this backend can be dropped any day > AFAICT). Hm. On inspection, you're right. Looking at the history, I used to have it doing tree traversal, then discovered I could get rid of that necessity by removing the -l option from the command. > The only backends which might need to do tree traversal manually (AFAIK) > are RCS and SCCS, of course, but I think it's fine for them to do the > traversal by hand in the backend code. And now they are in fact the only backends doing that. > Maybe we're not talking about the same "tree traversal". But AFAICT, > vc-dired uses `ls' somewhere, where I think it should neither use `ls' > nor `directory-files' nor anything equivalent in the generic code. I think this is no longer true. I looked for directory-files throughout the VC files; none of the uses are within vc-dired-hook anymore, except in Arch where they're necessary because of the odd way Arch represents working-directory state. So I think we've actually achieved what you want. > That would also allow us to get rid of vc-directory-exclusion-list. Not unless we want to wire an equivalent back into speedbar.el. It's also genuinely needed in vc-next-action. -- Eric S. Raymond