Mailing-List: contact dev-help@groovy.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@groovy.incubator.apache.org
Message-ID: <55DC0678.9060108@gmx.org>
Date: Tue, 25 Aug 2015 08:08:56 +0200
From: Jochen Theodorou <blackdrag@gmx.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: dev@groovy.incubator.apache.org
Subject: Re: Numeric assignment documentation
References: 
 <CAL2qGUF4uZj6spviRG3L4nqYFkvr-cMydPK=bTvXEVByYkMkEA@mail.gmail.com>
 <CAL2qGUHR3ux=nzt_QePfgZ7eFgRFn_Dk=ko4VroDAEbM54yiaA@mail.gmail.com>
In-Reply-To: 
 <CAL2qGUHR3ux=nzt_QePfgZ7eFgRFn_Dk=ko4VroDAEbM54yiaA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Am 25.08.2015 01:01, schrieb Keegan Witt:
> I ended up putting this in the Java vs Groovy section instead of where I
> originally planned because it occurred to me that these conversions
> apply to more than just assignment (e.g. method invocation).  Here's
> what I have so far: https://github.com/apache/incubator-groovy/pull/98.
>
> Besides wanting any feedback you might have (especially on other options
> for the second table), I also wondered if these behaviors were intentional:
>
>   * char -> byte requires a cast in Java, but doesn't in Groovy (even
>     with CompileStatic)

the cast is like a security feature in Java, which we don't use in 
normal Groovy. That's why you can for example assign a long to a byte 
too. @compileStatic behaves different in that, but maybe this conversion 
has been forgotten

>   * Most boxing/unboxing works with CompileStatic, but not char ->
>     Character or Character -> char

that looks like a bug to me

>   * Several inconsistencies around when casts are needed when working
>     with CompileStatic (e.g. short -> int and short -> Integer, and char
>     -> int work, but not char -> Integer)

looks like char conversion is missing some aspects. I guess this is also 
due to the analogy of 1-char Strings and Character we use in normal 
Groovy (not supported by @CompileStatic) which did let us forget about 
some transformations

bye blackdrag

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