Mads Ager
ac742123fd
The current backend does that for some bridges. We do it consistently for all bridges. The line number used differs. For the JVM_IR backend, we use the line number of the class to which the bridge is added. For the JVM backend, that does not appear to be the case for bridges in lambdas. I prefer the line number for a lambda invoke bridge to be the line for the lambda instead os some surrounding class.
40 lines
635 B
Kotlin
Vendored
40 lines
635 B
Kotlin
Vendored
// FILE: test.kt
|
|
|
|
class A {
|
|
companion object {
|
|
val prop0 = 1
|
|
val prop1 = 2
|
|
fun foo(): Int {
|
|
return prop0 + prop1
|
|
}
|
|
}
|
|
}
|
|
|
|
fun box() {
|
|
A.prop0
|
|
A.prop1
|
|
A.foo()
|
|
}
|
|
|
|
// LINENUMBERS
|
|
// test.kt:14 box
|
|
// test.kt:5 <clinit>
|
|
// test.kt:6 <clinit>
|
|
// test.kt:5 getProp0
|
|
// test.kt:5 getProp0
|
|
// test.kt:14 box
|
|
// test.kt:15 box
|
|
// test.kt:6 getProp1
|
|
// test.kt:6 getProp1
|
|
// test.kt:15 box
|
|
// test.kt:16 box
|
|
// test.kt:8 foo
|
|
// test.kt:5 getProp0
|
|
// test.kt:5 getProp0
|
|
// test.kt:8 foo
|
|
// test.kt:6 getProp1
|
|
// test.kt:6 getProp1
|
|
// test.kt:8 foo
|
|
// test.kt:16 box
|
|
// test.kt:17 box
|