kotlin/compiler/testData/diagnostics/testsWithJava8/specialBuiltIns/hashtableInheritance.kt at 1957ac347aba1dc61baa1fb2cf5e1e4cd67cb9b8 - kotlin - Gitea: Git with a cup of tea

jlengrand/kotlin

mirror of https://github.com/jlengrand/kotlin.git synced 2026-05-16 08:31:35 +00:00

Files

Denis Zharkov fc5217f7fc Fix signature clash problems caused by special built-ins

Do not treat members with already changed signature as a reason
to create a hidden copy

See tests for clarification:
- There are `charAt` method in B that has different name in Kotlin - `get`,
  i.e. relevant descriptor has initialSignatureDescriptor != null
- When collecting methods from supertypes, `charAt` from A is also get
  transformed to `get`
- So it has effectively the same signature as B.get (already declared)
- If by an accident B.get had been declared with Kotlin signature
  we would have add A.charAt (after transformation) with special flag:
  HiddenToOvercomeSignatureClash (hides it from resolution)
- But here B.charAt was artificially changed to `get`, so no signature clash
  actually happened

 #KT-13730 Fixed

2016-09-09 16:33:32 +03:00

5 lines

136 B

Kotlin

Vendored

Raw Blame History

 class C1 : java.util.Hashtable<String, Int>()
 class C2 : java.util.Hashtable<String, Int>() {
     override fun get(key: String) = 123
 }