Testing on amd64/Gentoo:
On Thursday, June 13, 2013 01:14:09 AM you wrote:
> Hello,
>
> Clearing out the remainder of my "maybe bugs" file, in no particular order.
>
> 1. Arithmetic assignment precedence / associativity.
fixed.
> 2. += environment assignments
>
> 2a. POSIX mode += w/ sp
On 06/13/2013 11:24 AM, Dan Douglas wrote:
> On Thursday, June 13, 2013 02:54:57 AM Linda Walsh wrote:
>> I can't speak to all your cases, but I had comments on a few:
>>
>> Dan Douglas wrote:
>>
>>> Most shells (and GCC) consider not grouping the assignment in a situation
>>> like this an error. B
On Thursday, June 13, 2013 02:54:57 AM Linda Walsh wrote:
> I can't speak to all your cases, but I had comments on a few:
>
> Dan Douglas wrote:
>
> > Most shells (and GCC) consider not grouping the assignment in a situation
> > like this an error. Bash tolerates it, apparently reversing associat
On 13 Jun 2013 11:00, "Linda Walsh" wrote:
> If you do it without the ':', it returns a false status.
> The colon doesn't seems to return true or false based on whether or not
> there was a syntactic error, but not for a command that runs normally and
returns
> any status.
: is just a noo
I can't speak to all your cases, but I had comments on a few:
Dan Douglas wrote:
Most shells (and GCC) consider not grouping the assignment in a situation like
this an error. Bash tolerates it, apparently reversing associativity:
: $((1 == x = 1)) # Error in dash/ksh/mksh/zsh/etc
Hello,
Clearing out the remainder of my "maybe bugs" file, in no particular order.
1. Arithmetic assignment precedence / associativity.
Most shells (and GCC) consider not grouping the assignment in a situation like
this an error. Bash tolerates it, apparently reversing associativity:
: $((
