From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21206 invoked from network); 22 Nov 1999 09:39:42 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 22 Nov 1999 09:39:42 -0000 Received: (qmail 1701 invoked by alias); 22 Nov 1999 09:39:37 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 8717 Received: (qmail 1694 invoked from network); 22 Nov 1999 09:39:36 -0000 Date: Mon, 22 Nov 1999 10:39:35 +0100 (MET) Message-Id: <199911220939.KAA04989@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Alexandre Duret-Lutz's message of 22 Nov 1999 10:29:41 +0000 Subject: Re: local opt (bug?) Alexandre Duret-Lutz wrote: > Has `local opt' a special meaning ? > > ~/zsh % zsh -f > mars% local opt > mars% local opt > opt='' <- how strange ! > mars% This is really annoying, isn't it? Can't we make those builtin-aliases like `local', `integer', etc. be quiet in such cases? Or at least `local' because when that is used one will almost always not be interested in the output. (But then, one might want to do `$(local)'. Hm.) > If this is a _feature_ there is at least a problem in _argument, > that is: when _argument does `local opt' twice, this mess > up the command line, e.g. : > > mars% autoload compinit; compinit -D > mars% cd ~/zsh > mars% ./configure --pre > mars% ./configure --preopt='' > fix= > > Have I missed something ? No, the patch is still on its way... Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de