Re: zmodload command-line switches and doc organization

[Sven Wischnowsky <wischnow@informatik.hu-berlin.de>]

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