mirror of
git://git.code.sf.net/p/zsh/code
synced 2025-10-04 20:40:57 +02:00
unposted: nitpicked version of zmodload doc tweak
This commit is contained in:
parent
11bbce3a66
commit
f69f1ded8c
2 changed files with 7 additions and 4 deletions
|
@ -1,5 +1,8 @@
|
|||
2007-03-23 Peter Stephenson <pws@csr.com>
|
||||
|
||||
* unposted, see followups to 23232: Doc/Zsh/builtins.yo:
|
||||
superduper nitpicked version.
|
||||
|
||||
* 23232: Src/module.c, Doc/Zsh/builtins.yo: improve
|
||||
warning interface; record that zmodload doesn't flag an error
|
||||
on failed loading.
|
||||
|
|
|
@ -1865,10 +1865,10 @@ a standard suffix, usually `tt(.so)' (`tt(.sl)' on HPUX).
|
|||
If the module to be loaded is
|
||||
already loaded and the tt(-i) option is given, the duplicate module is
|
||||
ignored. Otherwise tt(zmodload) prints an error message and returns
|
||||
a non-zero status. The current code block is not aborted unless
|
||||
tt(zmodload) detects an inconsistency, such as an invalid module name
|
||||
or circular dependency list. Hence `tt(zmodload -i) var(module)
|
||||
tt(2>/dev/null)' is sufficient to test whether a module is available.
|
||||
a non-zero status. If tt(zmodload) detects an inconsistency, such as an
|
||||
invalid module name or circular dependency list, the current code block is
|
||||
aborted. Hence `tt(zmodload -i) var(module) tt(2>/dev/null)' is sufficient
|
||||
to test whether a module is available.
|
||||
If it is available, the module is loaded if necessary, while if it
|
||||
is not available, non-zero status is silently returned.
|
||||
|
||||
|
|
Loading…
Reference in a new issue