Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: order of processing in brace expansion
- X-seq: zsh-workers 14202
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: Peter Stephenson <pws@xxxxxxx>, zsh-workers@xxxxxxxxxx (Zsh hackers list)
- Subject: Re: order of processing in brace expansion
- Date: Wed, 2 May 2001 14:59:59 +0000
- In-reply-to: <Tc0a88d0153458b4648@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <Tc0a88d0153458b4648@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
On May 2, 10:50am, Peter Stephenson wrote:
} Subject: Re: order of processing in brace expansion
}
} > If tokenizing when it's not necessary doesn't hurt anything, then I think
} > we should fix the bug. ("make check" does pass with the patch applied.)
}
} I would be fairly confident about this, since there are plenty of other
} tokens which might be left hanging around, e.g. #'s or ~'s when
} EXTENDEDGLOB isn't set.
With regard to zsh-workers/14153:
> That is, in all versions of zsh so far, using a parameter expansion is a
> way to quote commas against brace expansion while still getting filename
> generation after the expansion.
I was wondering whether there might be some sort of compromise, such as
only tokenizing commas when BRACE_CCL is set.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
Messages sorted by:
Reverse Date,
Date,
Thread,
Author