Zsh Mailing List Archive
Messages sorted by:
Re: Seeking feedback word breaks and aliasing of tokens
- X-seq: zsh-users 20216
- From: Oliver Kiddle <okiddle@xxxxxxxxxxx>
- To: zsh-users@xxxxxxx
- Subject: Re: Seeking feedback word breaks and aliasing of tokens
- Date: Fri, 15 May 2015 02:41:00 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1431650462; bh=3CMtRVZsy3I61i/z1FasIgLAWfzr08BTFWAFLjMsdH8=; h=In-reply-to:From:References:To:Subject:Date:From:Subject; b=D9cZKrj0nTQ2n2pnBO7sVlBfYsxUDyfrMYF7BY4BnlfZLYh+VBB9yUHRyvA/CycbfVn8lcnuMF6J4R31nG8pHCEicjRvGpJuZ2Lq7yshmqRsfkln5FxT3iBcumMcIPXWq+wDG/GtUlvuFaedcNh2mEJDz80fCBiCvv8pT+4kNUbzNaY+ew9HeVTSNaUKZODHbmuQ5sUst4Ao+u5+E8CyxGtzg2/tcuz/zYM/QAvbqb3Xxjh/oDkuF6GZKt+SSuVpoLE67ZtOe0kUzeT/9mTTHZD/vU0Czl13a3XiktMFaRMfJiHyDtAAi42/QIv4C8xcdWQBg9HnvKApfXisnpvL4w==
- In-reply-to: <150327090501.ZM4166@torch.brasslantern.com>
- List-help: <mailto:email@example.com>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:firstname.lastname@example.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- References: <150327090501.ZM4166@torch.brasslantern.com>
On 27 Mar, Bart wrote:
> "alias" builtin, namely the ability to create aliases for tokens that
> are part of the basic pipeline syntax.
> There is an additional effect of this feature, illustrated by:
> % alias -g '||'='OR'
> % print no||yes
> no ORyes
> Note that a word break is introduced to the left of the expansion (because
> of '||'s original meaning as shell syntax) even though there are no spaces
> around the original usage; but no word break occurs to the right of the
> expansion. The proposal is for word breaks on both sides of the expansion
> (as is implied by recognition of a separately aliasable word).
The added word breaks do remove flexibility because you could always
have included them in the alias: alias -g '||'=' OR '
One possible use might be to disable ||, perhaps for a restricted shell
such as with alias -g '||'='\|\|'
in that case you wouldn't want the added spaces.
I'd agree that 34781 made sense in that having the word break on only
one side of the token after alias expansion is not consistent. Was the
preceding word break always there or intentional as part of the recent
It seems redirections are also covered by this change but this looks
like a bug:
% alias -g '>!'='REDIR'
% echo one>!two
zsh: event not found: two
prompt.c:1539: BUG: cmdstack empty
You can't alias something like 2>&1 though.
alias -g '&'='&!'
doesn't have the same problem and I could see someone finding that
Messages sorted by: