From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3184 invoked from network); 21 Dec 1999 22:36:13 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 21 Dec 1999 22:36:13 -0000 Received: (qmail 25763 invoked by alias); 21 Dec 1999 22:36:08 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 9130 Received: (qmail 25756 invoked from network); 21 Dec 1999 22:36:07 -0000 To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Subject: Re: PATCH: alias modules In-reply-to: "Zefram"'s message of "Tue, 21 Dec 1999 10:54:31 GMT." Date: Tue, 21 Dec 1999 22:37:21 +0000 From: Peter Stephenson Message-Id: Zefram wrote: > We don't want aliasing under user control. My view is that aliases are > for backward compatibility only. > > The point of hierarchical module names is that each module can > have a canonical global name, and users loading modules can specify > unambiguously which module they want. To do that, the user has to give > the fully-qualified module name at some point. And since modules are > usually (auto)loaded in initialisation files anyway, there's no typing > saved by letting the user set up an abbreviated name. > > But really the reason why I did it this way is that it seems neater. Still not convinced. I'm not interested in saving typing this way, but I am interested in being able to load different modules for testing without fiddling with $fpath. The bogus modules don't seem neater to me, particularly if you look at the library directory without knowing what you expect to find. Aliasing with zmodload seems to me to avoid, not create, hidden grotesqueries within the shell (certainly if you consider the essential modules to be part of the shell, which I would). > But as I explained > earlier, my intention is that there won't eventually be so many. 3.1.7 > should contain aliases only for those modules that existed in 3.1.6, > and we should consider at some point which modules are really important > enough to warrant backward compatibility with the old names. The way I suggested, you can decide by yourself very easily which names are to exist without the zsh/ prefix. -- Peter Stephenson