zsh-workers
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: zsh-workers@sunsite.auc.dk
Subject: Re: PATCH: completion cleanup
Date: Wed, 3 Nov 1999 10:07:58 +0000	[thread overview]
Message-ID: <991103100758.ZM12900@candle.brasslantern.com> (raw)
In-Reply-To: <199911030804.JAA00408@beta.informatik.hu-berlin.de>

On Nov 3,  9:04am, Sven Wischnowsky wrote:
} Subject: Re: PATCH: completion cleanup
}
} [...] after adding the `funcstack' parameter, I made the parameter
} module be loaded in `compinit' because I wanted to make sure that this 
} parameter is always correct (if the module is loaded when there are
} already functions currently being executed, these functions will be
} missing from `funcstack').
} 
} So, Felix Rosencrantz wrote:
} 
} > Once I got a good build, I found that the compinit function fails
} > because it calls "zmodload -i parameter".  Zsh reports "bad option:-i".
} 
} Ouch, hadn't thought of that.

Simple workaround appended.

} I think the static linked version of `zmodload' should be quiet (and
} do nothing) if the module we attempt to load is linked in and should
} barf otherwise.

I agree ... and that relates back to my previous comment, that it ought
to be possible to have modules that are linked in but not yet "loaded".
That's going to require some serious thought.

Index: Completion/Core/compinit
===================================================================
@@ -115,7 +115,7 @@
 
 # Loading it now ensures that the `funcstack' parameter is always correct.
 
-zmodload -i parameter
+: $funcstack
 
 # This function is used to register or delete completion functions. For
 # registering completion functions, it is invoked with the name of the

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com


  reply	other threads:[~1999-11-03 10:08 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-03  8:04 Sven Wischnowsky
1999-11-03 10:07 ` Bart Schaefer [this message]
  -- strict thread matches above, loose matches on Subject: below --
2000-05-02  8:22 Sven Wischnowsky
1999-11-01  7:50 Sven Wischnowsky
1999-11-02 17:44 ` Bart Schaefer
1999-10-29 13:01 Sven Wischnowsky
1999-10-29 12:51 Sven Wischnowsky
1999-10-29 19:45 ` Clint Adams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=991103100758.ZM12900@candle.brasslantern.com \
    --to=schaefer@candle.brasslantern.com \
    --cc=zsh-workers@sunsite.auc.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).