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
next prev parent 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).