5231da4320
Fix hasAlias check when resolving annotation in ultra-light classes
...
When trying to estimate if annotation entry might be resolved
to a specified fqName we should track the short name from entry itself
instead of the short name of desired annotation
2018-11-26 11:36:30 +03:00
aa5a2a2643
Support @JvmField on primary ctr properties in ultra-light classes
2018-11-26 11:36:29 +03:00
206466f6ce
Support enums in ultra-light classes
...
There's no need to add "values"/"valueOf" methods for them
(see com.intellij.psi.impl.compiled.StubBuildingVisitor#visitMethod that ignores them too)
We already have tests that check enum entries/synthetic methods
are properly resolved in Java:
idea/testData/kotlinAndJavaChecker/javaAgainstKotlin/*Enum*
2018-11-26 11:36:28 +03:00
ca9f42f449
Support @JvmName in ultra-light classes
2018-11-26 11:36:27 +03:00
17328a442a
Support @JvmSynthetic in ultra-light classes
2018-11-26 11:36:26 +03:00
7de8b4de4e
Support declarations returning object literals in ultra-light classes
2018-11-26 11:36:25 +03:00
28f20a97f8
Support @JvmOverloads annotation in ultra-light classes
2018-11-26 11:25:42 +03:00
41997769e3
Support @JvmField annotation in light classes
2018-11-26 11:25:42 +03:00
580d03be5f
Support JvmWildcard/JvmSuppressWildcard in ultra-light classes
...
The idea is reusing logic from KotlinTypeMapper for that
2018-11-19 14:40:51 +03:00
a4cc67d0a0
Refine isInlineOnly check in KtUltraLightClass
2018-11-08 15:25:41 +03:00
34f9a1e70e
Do not build no-arg constructor overload for inner KtUltraLightClass
2018-11-08 15:25:41 +03:00
8999a21764
Refine visibility computation for lateinit's field in KtUltraLightClass
2018-11-08 15:25:41 +03:00
ebc998d710
add ultra-light classes/members that work without backend in simple cases
2018-10-25 18:22:33 +02:00
Denis Zharkov