adb9dfb256
Previously (few commits earlier), it contained two versions of receiver (lhs) generated separately for each desugaring version that looked a bit redundant. Now, at FIR building stage we just don't create desugaring sub-trees, instead they are being built during bodies transformation and that seems to be much convenient there, since we don't need to reverse-engineer get-set-operator version to check if containing calls are successful (as we just built those calls and retain them) Semantically, this changes may only change how data flow works for such statements (see changed compatibilityResolveWithVarargAndOperatorCall.kt) ^KT-50861 Relates
19 lines
291 B
Kotlin
Vendored
19 lines
291 B
Kotlin
Vendored
// FIR_IDENTICAL
|
|
// !DIAGNOSTICS: -UNUSED_PARAMETER
|
|
|
|
fun interface IFoo {
|
|
fun foo(i: Int)
|
|
}
|
|
|
|
fun interface IFoo2 : IFoo
|
|
|
|
object A
|
|
|
|
operator fun A.get(i: IFoo) = 1
|
|
operator fun A.set(i: IFoo, newValue: Int) {}
|
|
|
|
fun withVararg(vararg xs: Int) = 42
|
|
|
|
fun test1() {
|
|
A[::withVararg] += 1
|
|
} |