From: Peter Stephenson <p.w.stephenson@ntlworld.com>
To: Jett Husher <jetthusher@pm.me>, zsh-workers@zsh.org
Subject: Re: Question on unintuitive behaviour for function execution and parameter assignment
Date: Tue, 12 Oct 2021 09:31:25 +0100 (BST) [thread overview]
Message-ID: <917132892.507659.1634027485386@mail2.virginmedia.com> (raw)
In-Reply-To: <78LG0jAMo3FtN941LSwAK1kIhfcF6dszDg8-71F1TxHB3vKubQBIIAWx8yujorTI1mEI8iq4Rsahakh7IfgcNXdq2KMviv805m0imzBh5Sk=@pm.me>
> On 12 October 2021 at 09:20 Jett Husher <jetthusher@pm.me> wrote:
>
>
> Good day!
>
> Does a function `assign-hello` treat parameter assignment on simple command as local parameter in the following code snipped?
>
> ```
> HELLO=WORLD
>
> function assign-hello() HELLO=$1
>
> assign-hello THERE
> echo $HELLO # Prints 'THERE', as expected
>
> # This part trips me up
> HELLO= assign-hello WHY
> echo $HELLO # Why does it still print 'THERE'?
> ```
This is covered by the POSIX_BUILTINS option. Generally, the POSIX_* options are
the place to look for this sort of think --- granted that can be a bit of hunt.
Usually an easy test to see if zsh does have the POSIX behaviour available is
to start a new shell as
ARGV0=sh zsh
and see what behaviour that gives you. That should be maximally compatible,
although it doesn't help you find which option controls the behaviour.
POSIX_BUILTINS <K> <S>
When this option is set the command builtin can be used to execute shell
builtin commands. Parameter assignments specified before shell functions
and special builtins are kept after the command completes unless the spe‐
cial builtin is prefixed with the command builtin. Special builtins are .,
:, break, continue, declare, eval, exit, export, integer, local, readonly,
return, set, shift, source, times, trap and unset.
pws
next prev parent reply other threads:[~2021-10-12 8:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-12 8:20 Jett Husher
2021-10-12 8:31 ` Peter Stephenson [this message]
2021-10-13 8:42 ` Jett Husher
2021-10-13 9:10 ` Peter Stephenson
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=917132892.507659.1634027485386@mail2.virginmedia.com \
--to=p.w.stephenson@ntlworld.com \
--cc=jetthusher@pm.me \
--cc=zsh-workers@zsh.org \
/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).