Mailing-List: contact users-help@groovy.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@groovy.incubator.apache.org
Subject: Re: Math Operations
To: users@groovy.incubator.apache.org
References: <5C676E6359909E478C7B811BDB48CA3541A221@CWWAPP478.windstream.com>
 <56180B80.2050305@gmx.org>
 <5C676E6359909E478C7B811BDB48CA3541A26C@CWWAPP478.windstream.com>
From: Jochen Theodorou <blackdrag@gmx.org>
Message-ID: <56181317.5030708@gmx.org>
Date: Fri, 9 Oct 2015 21:18:47 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <5C676E6359909E478C7B811BDB48CA3541A26C@CWWAPP478.windstream.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

Am 09.10.2015 um 20:55 schrieb Winnebeck, Jason:
> OK, so int + BigDecimal is a bug in documentation then.
>
> I am using Groovy Shell (2.4.3, JVM: 1.8.0_45), and in that I run this:
>
> groovy:000> println (((byte)1 + (short)1).class)
> class java.lang.Byte
> ===> null
> groovy:000> println ((byte)1 + (short)1)
> 2
> ===> null
>
> I wondered if Groovy was somehow picking the "smallest" type, because byte + short -> byte makes no sense at all unless Groovy was looking at the result. However, this doesn't look good at all:
> groovy:000> println ((byte)1 + (short)700)
> -67
>
> It looks like it really is doing the math as bytes. What version of Groovy are you using where it works?

I just checked several version and you are right. This used to happen 
between 1.7.0 and 2.4.3  Always interesting to see a long term bug, 
nobody has bothered reporting before or went unnoticed. Anyway, 1.6.x 
and older versions behave right, as does 2.4.4. It also means we have a 
lot of versions in which primopts (Groovy 1.8.0+) and normal Groovy do 
behave different.... as well as static compilation and some versions of 
indy.


  bye blackdrag


-- 
Jochen "blackdrag" Theodorou
blog: http://blackdragsview.blogspot.com/