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