I noticed, one interesting thing.
but if you write
int value = 0xFFFFFFFF;
//everything is fine (but printed value is '-1')
val value: Int = 0xFFFFFFFF //You get exception
The integer literal does not conform to the expected type Int
Interesting right? So you're able to do something like
new java.awt.Color(0xFFFFFFFF, true) in Java but not in Kotlin.
Color class works with that int on "binary" level, so everything works fine for both platforms with all constructors (
Color(int rgba) or
Color(int r, int g, int b, int a)).
Only workaround which I found for kotlin is
Any idea why is it like this in Kotlin?
This is partially answered here:
In Kotlin you need to prepend the
-sign to denote negative Int which is not true in Java.
So it seems that Java will interpret hex literals as signed, whereas Kotlin will treat them as unsigned.
The negation would have to be done manually.
Small aside: JetBrains' Kotlin converter actually converts
int a = 0xffffffff;
var a = -0x1
but this may just be it realizing exactly what you have noticed.
This particular part of the spec (overflow behavior) for hexadecimal literals is marked as
TODO, though, so there's no official specification for this (yet).
I think, this problem should be solved by Kotlin 1.3 and
See more here: https://kotlinlang.org/docs/reference/whatsnew13.html#unsigned-integers
The explanation is in the reference docs:
Due to different representations, smaller types are not subtypes of bigger ones. If they were, we would have troubles of the following sort:
// Hypothetical code, does not actually compile: val a: Int? = 1 // A boxed Int (java.lang.Integer) val b: Long? = a // implicit conversion yields a boxed Long (java.lang.Long) print(a == b) // Surprise! This prints "false" as Long's equals() // check for other part to be Long as well
So not only identity, but even equality would have been lost silently all over the place.
As a consequence, smaller types are NOT implicitly converted to bigger types. This means that we cannot assign a value of type Byte to an Int variable without an explicit conversion.
User contributions licensed under CC BY-SA 3.0