FIR Java: map classes to make java type-parameters have correct bounds
Really, this commit implements early J2K mapping for all Java types. It's questionable and probably wrong at least for super-types, because, for example, we cannot resolve spliterator() in classes derived from java.lang.Iterable
This commit is contained in:
committed by
Mikhail Glukhikh
parent
cb91c6b977
commit
3e69838f48
+3
-3
@@ -1,6 +1,6 @@
|
||||
public abstract interface RemoveRedundantProjectionKind : R|java/lang/Object| {
|
||||
public abstract operator fun f(collection: R|ft<kotlin/collections/MutableCollection<out java/lang/CharSequence>, kotlin/collections/Collection<out java/lang/CharSequence>?>|!): R|kotlin/Unit|
|
||||
public abstract interface RemoveRedundantProjectionKind : R|kotlin/Any| {
|
||||
public abstract operator fun f(collection: R|ft<kotlin/collections/MutableCollection<out kotlin/CharSequence>, kotlin/collections/Collection<out kotlin/CharSequence>?>|!): R|kotlin/Unit|
|
||||
|
||||
public abstract operator fun f(comparator: R|ft<kotlin/Comparable<in java/lang/CharSequence>, kotlin/Comparable<in java/lang/CharSequence>?>|!): R|kotlin/Unit|
|
||||
public abstract operator fun f(comparator: R|ft<kotlin/Comparable<in kotlin/CharSequence>, kotlin/Comparable<in kotlin/CharSequence>?>|!): R|kotlin/Unit|
|
||||
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user