karelpeeters: I can’t tell without setting up the project, but I would assume there are multiple “Int” classes in the namespace so it has to specify. You could test this theory by navigating to the definition of plain “Int” after you changing one of the parameters in the signature.
k
karelpeeters
06/19/2017, 1:23 PM
@darienalvarez Yup, turns out that is the case, Int refers to org.lwjgl.system.libffi.Closure.Int, while kotlin.Int refers to the normal Int. Though I can declare Int vals just outside the implementation, and they're the normal ones. I don't really get how that's possible, any idea?
d
dalexander
06/19/2017, 1:30 PM
You at-ed the wrong person by the way 🙂
dalexander
06/19/2017, 1:31 PM
Um, I’m not very familiar with the specifics of type resolution. I would assume there’s something going on with the import statements that’s causing it to prefer the lwjgl Ints over Kotlin Ints.
k
karelpeeters
06/19/2017, 1:36 PM
@dalexander Ah oops, I hope this is correct? 😄 Strange, I don't import Closure anywhere. I'll read up on type resolution though, maybe I find something.