From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7237 invoked by alias); 17 Sep 2015 19:22:44 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 20575 Received: (qmail 19399 invoked from network); 17 Sep 2015 19:22:41 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Authority-Analysis: v=2.1 cv=T/C1EZ6Q c=1 sm=1 tr=0 a=zebyiQhrbmDl3XZzCDMMUg==:117 a=zebyiQhrbmDl3XZzCDMMUg==:17 a=N659UExz7-8A:10 a=-P4g74rda9h6DwuuxA0A:9 a=pILNOxqGKmIA:10 Message-id: <55FB12FD.8000504@eastlink.ca> Date: Thu, 17 Sep 2015 12:22:37 -0700 From: Ray Andrews User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-version: 1.0 To: zsh-users@zsh.org Subject: Re: autoload References: <55FAE223.2080502@eastlink.ca> <150917103419.ZM10067@torch.brasslantern.com> In-reply-to: <150917103419.ZM10067@torch.brasslantern.com> Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 7bit On 09/17/2015 10:34 AM, Bart Schaefer wrote: > On Sep 17, 8:54am, Ray Andrews wrote: > } Subject: autoload > } > } # Assume starting here with the default $fpath > > I think the problem here is that you've put a .zwc file IN a directory > that is itself listed in $fpath. This is typically a no-no. You want > a .zwc file to be treated as if it WERE a directory, NOT as if it were > one of the function definition files IN the directory. I'm close to certain I haven't, here's all .zwc on my system: > /usr/share/zsh/functions/VCS_Info/Backends.zwc > /usr/share/zsh/functions/Exceptions.zwc > /usr/share/zsh/functions/VCS_Info.zwc > /usr/share/zsh/functions/Prompts.zwc > /usr/share/zsh/functions/MIME.zwc > /usr/share/zsh/functions/Completion.zwc > /usr/share/zsh/functions/TCP.zwc > /usr/share/zsh/functions/Zle.zwc > /usr/share/zsh/functions/Chpwd.zwc > /usr/share/zsh/functions/Misc.zwc > /usr/share/zsh/functions/Calendar.zwc > /usr/share/zsh/functions/Completion/Debian.zwc > /usr/share/zsh/functions/Completion/X.zwc > /usr/share/zsh/functions/Completion/openSUSE.zwc > /usr/share/zsh/functions/Completion/AIX.zwc > /usr/share/zsh/functions/Completion/Mandriva.zwc > /usr/share/zsh/functions/Completion/Base.zwc > /usr/share/zsh/functions/Completion/Zsh.zwc > /usr/share/zsh/functions/Completion/Linux.zwc > /usr/share/zsh/functions/Completion/Cygwin.zwc > /usr/share/zsh/functions/Completion/Solaris.zwc > /usr/share/zsh/functions/Completion/Darwin.zwc > /usr/share/zsh/functions/Completion/Redhat.zwc > /usr/share/zsh/functions/Completion/BSD.zwc > /usr/share/zsh/functions/Completion/Unix.zwc > /usr/share/zsh/functions/Zftp.zwc > /usr/share/zsh/functions/Newuser.zwc > > > See, zcompile (without the -t) is attempting to parse Base.zwc as a > function definition, and getting what looks like garbage to the parser. > (I have no idea where those spaces in the path are coming from.) > It isn't possible I've somehow screwed up $fpath? I understand it's hard coded at startup, least it seems to always be restored. Anyhow I've not moved or played with Base.zwc. I did try creating a .zwc yesterday but it's long dead. This seems to be the troublesome line: zcompile $zsh_default_functions $^fpath/*(N.:A) ... on a hunch: zcompile $zsh_default_functions $^fpath/*(N.:t) << 't' being a new friend ... the previous error msgs are gone but: $ zsh /aWorking/Zsh/Boot/ztest:zcompile:13: can't open file: _bootctl