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

[Mikael Magnusson <mikachu@xxxxxxxxx>]

On 2 November 2010 17:34, Brandon Philips <brandon@xxxxxxxx> wrote:
> 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.

It was fixed in cvs not long after this. I think the fix-mail started
a new thread somewhere.

-- 
Mikael Magnusson