From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2418 invoked from network); 9 Jun 1999 08:54:08 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 9 Jun 1999 08:54:08 -0000 Received: (qmail 22118 invoked by alias); 9 Jun 1999 08:53:48 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 6545 Received: (qmail 22111 invoked from network); 9 Jun 1999 08:53:47 -0000 Date: Wed, 9 Jun 1999 10:53:45 +0200 (MET DST) Message-Id: <199906090853.KAA20996@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Peter Stephenson's message of Wed, 09 Jun 1999 09:48:59 +0200 Subject: Re: PATCH: Re: Completion and global aliases Peter Stephenson wrote: > And it looks like we'd better do something with options, too. There is the > code from compinstall, but then there's always the possibility we could > make it a function as Andrej keeps suggesting. compinstall could still > work out the path to the completion functions and make it get passed down > to compinit, and if compdump was also a function it wouldn't need searching > for, which removes one headache. And to avoid having them take up memory we could put (the equivalent of) `unfunction compinit; autoload compinit' at their ends. (At least the memory thing was the only reason why I was against turning them into functions and I hadn't thought of this before... I'm a bit slow sometimes.) Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de