From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24342 invoked from network); 17 Mar 2001 23:18:54 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 17 Mar 2001 23:18:54 -0000 Received: (qmail 17628 invoked by alias); 17 Mar 2001 23:17:56 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13658 Received: (qmail 17616 invoked from network); 17 Mar 2001 23:17:55 -0000 From: "Bart Schaefer" Message-Id: <1010317231651.ZM11559@candle.brasslantern.com> Date: Sat, 17 Mar 2001 23:16:50 +0000 In-Reply-To: <3AB12B1D.7D48636A@u.genie.co.uk> Comments: In reply to Oliver Kiddle "Re: Moving completion functions" (Mar 15, 8:50pm) References: <3AB12B1D.7D48636A@u.genie.co.uk> X-Mailer: Z-Mail (5.0.0 30July97) To: zsh-workers@sunsite.dk Subject: Re: Moving completion functions MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Mar 15, 8:50pm, Oliver Kiddle wrote: } Subject: Re: Moving completion functions } } When I last moaned about $fpath being set, it was probably together } with the why is compinit autoloaded and not sourced question. The most } compelling answer was because of the need for autoload -U to avoid } aliases. We now have the noalias option so compinit could be sourced. Aliasing is not the only reason for making compinit a function. It also uses quite a few local parameters, "emulate -L zsh", and extendedglob. Those are all messy to deal with in a sourced file. I suppose we could do the usual trick of wrapping most of the contents of the compinit file in a function definition and then calling that function at the end ... or maybe we need two versions of compinit, one to be used as a function and one as a source-able file (and have one call the other, it probably doesn't matter which is the "outer layer"). -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net