Re: [[ 0 =~ 1 || 1 = 0 ]] returns true

[Brandon Philips <brandon@xxxxxxxx>]

On 18:17 Sat 09 Oct 2010, Phil Pennock wrote:
> The dropping is short-circuiting, the same as in all shell evaluation of
> && and ||.  The shell stops once it knows enough to know the answer.  So
> false to the left of && will stop, and true to the left of || will stop.
> 
> % [[ 1 == 1 && 3 == 2 && 4 == 4 && sb == sb ]]
> +zsh:12> [[ 1 == 1 && 3 == 2 ]]
> % [[ 1 == 1 && 3 != 2 && 4 == 4 && sb == sb ]]
> +zsh:13> [[ 1 == 1 && 3 != 2 && 4 == 4 && sb == sb ]]
> 
> So the issue appears to just be what the OP wrote, that =~ is messing up
> &&/|| by inserting a sense inversion.
> 
> % [[ 1 =~ 0 || 1 == 1 ]]
> +zsh:18> [[ 1 -regex-match 0 || ! 1 == 1 ]]
> % [[ 1 -regex-match 0 || 1 == 1 ]]
> +zsh:19> [[ 1 -regex-match 0 || 1 == 1 ]]
> 
> So it's related to use of =~ rather than -regex-match.  It's independent
> of whether or not zsh/pcre is loaded.  So this is probably a bug which I
> introduced when I wrote the =~ syntax support.  Looking now.

Did you find anything? Curious on what the state of this is.

Let me know if I can help.

Thanks,

	Brandon