Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Parse time options
- X-seq: zsh-users 21305
- From: Sebastian Gniazdowski <sgniazdowski@xxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- Subject: Re: Parse time options
- Date: Wed, 17 Feb 2016 08:11:28 +0100
- Cc: Zsh Users <zsh-users@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QAkqhTSElBVx9ZBhney6dx2gps23Psi5cI77jF8sbA8=; b=qnNw4iRZDyIX3koMuM21VLWVh0Vus5xEjvvZKzuDwskkhVv2vBIZU/qAs3zB3Il8Hq ybQN9jVuWcDS4E/NYxAsA3vuWtqYxTFH6aaXKzEX3qB4N+eJQzvzBPLBMSGigLVG8PiD 4OenPPuECUa6TXrkTlkav51i4XD4+lf1mDG3WVEauvhj3ZscMBxBTYfw8fz9cHz8EhlU dp658VB1fRlYfjVMAEwvQwmXU/zDwGG8t1NcHdLkFp67k3U7ejIZ0NNXoeynpxbiM6oS Jdf+77Ce8MJv62YwHMhkJdtuHL23V96JEQVXD7Xblt3a3WyGs/gHU8OhLWR2hEjbzWJV Zjfg==
- In-reply-to: <160216110149.ZM31855@torch.brasslantern.com>
- List-help: <mailto:zsh-users-help@zsh.org>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:zsh-users@zsh.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- References: <CAKc7PVC=XsnaFA8Lf1XFtshg5Huh_A9V382aiVKOFZTqSHo8aA@mail.gmail.com> <CAKc7PVAunW4fo2BmUw-mRpj0UcXsuAEh=N6s4FOk0nx_L-FS0A@mail.gmail.com> <160216110149.ZM31855@torch.brasslantern.com>
On 16 February 2016 at 20:01, Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> On Feb 16, 11:36am, Sebastian Gniazdowski wrote:
> }
> } for i in "${STRESS_TEST_OPTIONS[@]}"; do
> } setopt "$i"
> } zcompile -R "$fname" 2>/dev/null
> } unsetopt "$i"
> } done
>
> Presumably you're starting from a state where none of these options are
> set, so that it's correct to unsetopt them again?
>
> } This seems to work fine with NO_SHORT_LOOPS and IGNORE_BRACES. Is
> } there one other option that would break zcompile in case of some
> } forbidden (by the option) syntax? Except maybe for the CSH_* options.
>
> Well, there's NO_BARE_GLOB_QUAL, IGNORE_CLOSE_BRACES, MULTI_FUNC_DEF,
> maybe C_PRECEDENCES, possibly POSIX_IDENTIFIERS.
Thanks. In my "collection" (test collection) of 51 plugins I didn't
found one that wouldn't compile with the options:
https://asciinema.org/a/ana24je5nnvr8iy9wp8anmptg
However a simple test file revealed that indeed MULTI_FUNC_DEF can
make compilation fail. Couldn't construct test for NO_BARE_GLOB_QUAL
and C_PRECEDENCES, already am using IGNORE_CLOSE_BRACES, and
POSIX_IDENTIFIERS seems to not affect zcompile.
Best regards,
Sebastian Gniazdowski
Messages sorted by:
Reverse Date,
Date,
Thread,
Author