Alexander Udalov
1c8272d3f1
- change prerequisites for generating equals/hashCode/toString in a data class: previously they were generated if the corresponding method is trivial (i.e. it comes from kotlin.Any), now we're generating it always unless it'll cause a JVM signature clash error (see KT-6206) - use static KotlinBuiltIns.isXxx methods to compare types instead of checking against descriptors loaded from certain built-ins instance, this is quicker and more correct in environments where several built-ins are possible - don't use isOrOverridesSynthesized, it's not relevant for equals/hashCode/toString because functions with these names are never synthesized #KT-6206 Fixed
22 lines
688 B
Kotlin
Vendored
22 lines
688 B
Kotlin
Vendored
// See KT-6206 Always generate hashCode() and equals() for data classes even if base classes have non-trivial analogs
|
|
// TODO: remove the suppression once data classes can have supertypes
|
|
@file:Suppress("DATA_CLASS_CANNOT_HAVE_CLASS_SUPERTYPES")
|
|
|
|
abstract class Base {
|
|
override fun toString() = "Fail"
|
|
override fun hashCode() = -42
|
|
override fun equals(other: Any?) = false
|
|
}
|
|
|
|
data class DataClass(val field: String) : Base()
|
|
|
|
fun box(): String {
|
|
val d = DataClass("x")
|
|
|
|
if (d.toString() != "DataClass(field=x)") return "Fail toString"
|
|
if (d.hashCode() != "x".hashCode()) return "Fail hashCode"
|
|
if (d.equals(d) == false) return "Fail equals"
|
|
|
|
return "OK"
|
|
}
|