diff options
author | Bart Schaefer <schaefer@ipost.com> | 2020-11-28 09:23:10 -0800 |
---|---|---|
committer | Bart Schaefer <schaefer@ipost.com> | 2021-04-13 21:18:34 -0700 |
commit | dddae7f05582c6c8e91501dbea6106636cd76f6c (patch) | |
tree | 7a86eb982ba89eaf5ae323cff206ae84ad279b9e /Completion/Zsh/Command/_zsocket | |
parent | 9dc195120cf4e01cd0068f90db12fc9a7eb522b5 (diff) | |
download | zsh-dddae7f05582c6c8e91501dbea6106636cd76f6c.tar.gz zsh-dddae7f05582c6c8e91501dbea6106636cd76f6c.tar.xz zsh-dddae7f05582c6c8e91501dbea6106636cd76f6c.zip |
Add PM_DECLARED and PM_DECLAREDNULL parameter flags.
This addresses the issue that "typeset foo" creates $foo set to an empty string, which differs from typeset handling in bash and ksh. It does this by concealing the internal value rather than alter the way internal values are defaulted. This imposes the following changes: A typeset variable with no assignment triggers NO_UNSET warnings when the name is used in parameter expansion or math. The typeset -AEFHLRTZailux options are applied upon the first assignment to the variable. Explicit unset before the first assignment discards all of those properties. If any option is applied to an existing name, historic behavior is unchanged. Consequent to the foregoing, the (t) parameter expansion flag prints nothing until after the first assignment, and the (i) and (I) subscript flags also print nothing. The bash behavior of "unset foo; typeset -p foo" is NOT used. This is called out as an emulation distinction, not a change. The test cases have not been updated, so several now fail. The test harness has been updated to declare default values.
Diffstat (limited to 'Completion/Zsh/Command/_zsocket')
0 files changed, 0 insertions, 0 deletions