Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Aliases that ignore "noaliases"
- X-seq: zsh-workers 52867
- From: Stephane Chazelas <stephane@xxxxxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- Cc: Zsh hackers list <zsh-workers@xxxxxxx>
- Subject: Re: Aliases that ignore "noaliases"
- Date: Mon, 1 Apr 2024 21:18:41 +0100
- Archived-at: <https://zsh.org/workers/52867>
- In-reply-to: <CAH+w=7bgYJTaMfurw357eHikQL9bQs=DUfBU_VNy4BEyWgvFZg@mail.gmail.com>
- List-id: <zsh-workers.zsh.org>
- Mail-followup-to: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>, Zsh hackers list <zsh-workers@xxxxxxx>
- References: <CAH+w=7bgYJTaMfurw357eHikQL9bQs=DUfBU_VNy4BEyWgvFZg@mail.gmail.com>
2024-04-01 12:59:09 -0700, Bart Schaefer:
> There are some cases where it would be nice to be able to declare an
> alias that "always works". The most obvious recent example would be
> alias nameref='typeset -n'
For the record, ksh used to have a number of builtin aliases,
but they were causing all sort of problems including breaking
POSIX compliance as things like
suspend() { ...; }
for instance would fail (as suspend used to be defined as a
suspend='kill -s STOP $$' (yes, with the missing quotes around
$$ (!), see https://github.com/att/ast/issues/10)
So they were eventually changed to being separate builtins (on
my request IIRC, though I can't find the bug report any
longer).
TLDR, I think zsh should avoid having builtin aliases.
--
Stephane
Messages sorted by:
Reverse Date,
Date,
Thread,
Author