From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7292 invoked from network); 30 Apr 1999 14:18:30 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 30 Apr 1999 14:18:30 -0000 Received: (qmail 5066 invoked by alias); 30 Apr 1999 14:18:19 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 6175 Received: (qmail 5059 invoked from network); 30 Apr 1999 14:18:18 -0000 Date: Fri, 30 Apr 1999 16:18:16 +0200 (MET DST) Message-Id: <199904301418.QAA15941@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Bart Schaefer"'s message of Fri, 30 Apr 1999 03:57:55 -0700 Subject: Re: zmodload command-line switches and doc organization Bart Schaefer wrote: > I'd like to suggest some changes to the options to zmodload. Below is > formatted text of the reorganized info documentation. The idea was to > add a -b option (for "builtin") to go with the relatively new -c and -p > options, and then to make -a consistently mean "autoload" as -u means > un(load/define/whatever). So instead of -a/-c/-p and -au/-cu/-pu, we > have -ab/-ac/-ap mirrored by -ub/-uc/-up. (I left -a and -au because > they've been around for so long, but changed -L to not generate them.) YES. (I just didn't dare to do that...) > It's a three-line deletion in my patched modules.c plus a few characters > knocked out of the doc to make it -b/-c/-p and -ub/-uc/-up, if that's > preferable; however, my thought was that we could make -b/-c/-p (with > neither -a nor -u) perform a listing function, e.g. > > zmodload -b [ -L ] BUILTIN ... > For each BUILTIN, list the module from which it was loaded > (if any). With -L, list in the form of zmodload commands. > > Similarly for -c and -p. However, I haven't implemented that yet. Sounds good. > No patch yet, I want reaction to the proposed change before I send one. > Independent of the change in switches, what do you think of the doc > layout? Unfamiliar (but that doesn't matter) and much more readable and understandable, good. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de