Stanislav Erokhin
8d8fc6e291
Maybe in the future we could remove type from the KtImplicitReceiverValue, because it has ktSymbol, and in theory that should be enough to create corresponding KtType. Unfortunately that is not the case for KtClassOrObjectSymbol -- it doesn't have the API for "default" type creation currently. Regarding code in KtFirCallResolver.kt -- it seems like code there needs some love in the future. Psi created via custom code there, because for call x() FIR has receiver x with psi = null
16 lines
528 B
Plaintext
Vendored
16 lines
528 B
Plaintext
Vendored
KtSuccessCallInfo:
|
|
call = KtSimpleVariableAccessCall:
|
|
partiallyAppliedSymbol = KtPartiallyAppliedSymbol:
|
|
dispatchReceiver = KtExplicitReceiverValue:
|
|
expression = javaClass
|
|
isSafeNavigation = false
|
|
type = JavaClass
|
|
extensionReceiver = null
|
|
signature = KtVariableLikeSignature:
|
|
name = foo
|
|
receiverType = null
|
|
returnType = kotlin.Int
|
|
symbol = var foo: kotlin.Int
|
|
callableIdIfNonLocal = /JavaClass.foo
|
|
simpleAccess = Write:
|
|
value = 42 |