From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14694 invoked from network); 3 May 2007 14:48:38 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=no version=3.2.0 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 3 May 2007 14:48:38 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 43504 invoked from network); 3 May 2007 14:48:32 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 3 May 2007 14:48:32 -0000 Received: (qmail 27396 invoked by alias); 3 May 2007 14:48:30 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 23388 Received: (qmail 27387 invoked from network); 3 May 2007 14:48:29 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 3 May 2007 14:48:29 -0000 Received: (qmail 43149 invoked from network); 3 May 2007 14:48:29 -0000 Received: from vms042pub.verizon.net (206.46.252.42) by a.mx.sunsite.dk with SMTP; 3 May 2007 14:48:25 -0000 Received: from torch.brasslantern.com ([71.116.88.130]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JHG00GOIZSNVNP4@vms042.mailsrvcs.net> for zsh-workers@sunsite.dk; Thu, 03 May 2007 09:48:24 -0500 (CDT) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id l43EmMX1024668 for ; Thu, 03 May 2007 07:48:22 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id l43EmMis024667 for zsh-workers@sunsite.dk; Thu, 03 May 2007 07:48:22 -0700 Date: Thu, 03 May 2007 07:48:22 -0700 From: Bart Schaefer Subject: Re: [PATCH] Proposal: stat -> zstat In-reply-to: <20070503053952.GA1481@redoubt.spodhuis.org> To: zsh-workers@sunsite.dk Message-id: <070503074822.ZM24666@torch.brasslantern.com> MIME-version: 1.0 X-Mailer: OpenZMail Classic (0.9.2 24April2005) Content-type: text/plain; charset=us-ascii References: <20070503053952.GA1481@redoubt.spodhuis.org> Comments: In reply to Phil Pennock "[PATCH] Proposal: stat -> zstat" (May 2, 10:39pm) On May 2, 10:39pm, Phil Pennock wrote: } Subject: [PATCH] Proposal: stat -> zstat } } Since a stat external command has become popular, perhaps it's worth zsh } 4.4 migrating users towards using zstat as a builtin? Adding zstat is not a problem, but the stat command in the module is intended to be a replacement for the external command, in the same way that mv, cp, etc. in the zsh/files module are. So although I'd be in favor of some means of making the stat builtin functionality available to modules that want it, without hiding the external stat, I'm opposed to the idea of removing the name "stat" for the builtin. Perhaps what we should be thinking of is a more general utility for zmodload, along the lines of Perl's export-tag semantics, so that a module can be asked to selectively install only those bits that the caller needs.