if you have a language like K or S

So do it C#. (I mean clone() stuff) 😆

you can shape it [haha, yeah] at the point of use

so you don’t have to keep trying to polish the aesthetic surface to please everyone

Yeah, coding in Kotlin and Swift is a really pleasant experience

So much so I keep trying to make language proposals to make Kotlin more Swifty and Swift more Kotliny xD

Can anyone help me figure out how to use guice and kotlin. One of the things that guice does is bind(This.class).to(That.class)

But it's being interpreted as the stdlib function to that returns a Pair

@redrield Works for me,

to

gets picked from the receiver first

@User uploaded a file:

That's my code

In that context, to gets interpeted as the stdlib function no matter what I pick, and it doesn't work

Can you try on a code sample that we can both try? e.g

interface II {
    }

    override fun configure() {
        bind(II::class.java).to(object : II {})
    }

Same thing

Output of all of that is a Pair

what is it about Intrinsinc.* methods generated by kotlin compiler? Is it used/removed by kotlin-runtime or what? I’m trying to understand the object allocations + performance watchouts of a typical kotlin program

the intrinsics generally don't allocate

they're used for things like null checks with useful error messages.

Any way that I could solve that issue?

@redrield Are you using

.class

or

.class.java

?

::class.java

guice doesn't take KClass

Right, that’s why I asked because your initial code was

.class

, which would explain why IDEA didn’t resolve Guice’s

to

and jumped to `Pair`‘s instead

I’m having an issue with passing lambdas or bound instance methods as listeners: say I have

class SomeClass {
    val myEventListener = { log(”got event ${it) }

    fun onEventProducerAttached(producer: EventProducer) {
        log(”hashcode before passing listener: ${myEventListener.hashCode()}“)
        producer.addEventListener(myEventListener)
    }

    fun onEventProducerDetached(producer: EventProducer) {
        producer.removeEventListener(myEventListener)
    }
…
class EventProducer {
    ...
    addEventListener(listener: () -> Unit) {
        log(”hashcode when receiving passed listener: ${myEventListener.hashCode()}“)
        ...
    }
}

the addEventListener receives a different instance in

addEventListener

and

removeEventListener

. More explicitly: the haschode recorded in the log from the passing code and the receiving code will be different. Unless I am mistaken about this behaviour, I think this should be made very clear in the Kotlin reference to avoid people stumbling over it (as I have done for the last hour). Also, if there already exists documentation to read up on the implementation of lambdas and method references and why the behaviour I describe above is as it is, I would be very grateful if someone could point me towards it.

I seem to recall something like this popping up involving SAM conversions. Are you seeing this behavior with what you pasted above? Or was that just an example?

Just an example, I could write a quick piece of example code that actually compiles and demonstrates the issue

FWIW I could not reproduce your issue with code similar to what you wrote above

Note: I am using Kotlin for Android, so the behaviour might not be the same on standard java