I bumped into this interesting behavior around unsigned types. At first I was confused why UInt doesn't extend Number, but as I was experimenting, it got weirder. It sometimes is a Number (see case c below) and sometimes isn't (see case d)?!
val a: Int = 12
a is Number // true
val b: UInt = 12u
b is Number // doesn't compile, `Incompatible types: Number and UInt`
val c: UInt = 12u
(c as Any) is Number // true, Idea says "No cast needed"
val d: Any = 12u
d is Number // false
I guess this is partly legacy of Java, which doesn't have unsigned types, and partly effect of UInt being value class. I'm curious if someone has a deeper explanation.
1 Comments
daijoubu@lemmy.world · 2 pts · 3y
For your example d I'm getting true. At least when using JVM. When switching to Wasm, both c and d result in false.
So it seems that in Kotlin UInt is not a Number, but at runtime on the JVM it is.
xhci@lemmy.ml · 1 pts · 2y