Alexander Udalov
f0282bcfdf
The change is a bit complicated because the name mapping logic is refactored so that we would compute the needed suffix first (either module name, or multifile part class name), and then shove it into the mangled name between the original function name and "$default", if the function in question is the default arguments adapter. The main motivation for this change was to fix KT-41809, but as a side effect, private functions with default arguments in multifile parts now also contain the file name, just like normal private functions. #KT-41809 Fixed
12 lines
459 B
Plaintext
Vendored
12 lines
459 B
Plaintext
Vendored
@kotlin.Metadata
|
|
public final class A {
|
|
// source: 'privateFunctionInMultifilePart.kt'
|
|
}
|
|
|
|
@kotlin.Metadata
|
|
synthetic final class A__PrivateFunctionInMultifilePartKt {
|
|
// source: 'privateFunctionInMultifilePart.kt'
|
|
synthetic static method foo$A__PrivateFunctionInMultifilePartKt$default(p0: java.lang.String, p1: int, p2: java.lang.Object): void
|
|
private final static method foo$A__PrivateFunctionInMultifilePartKt(p0: java.lang.String): void
|
|
}
|