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
17 lines
599 B
Plaintext
Vendored
17 lines
599 B
Plaintext
Vendored
KtSuccessCallInfo:
|
|
call = KtSimpleFunctionCall:
|
|
isImplicitInvoke = false
|
|
partiallyAppliedSymbol = KtPartiallyAppliedSymbol:
|
|
dispatchReceiver = KtExplicitReceiverValue:
|
|
expression = javaClass
|
|
isSafeNavigation = false
|
|
type = JavaClass
|
|
extensionReceiver = null
|
|
signature = KtFunctionLikeSignature:
|
|
receiverType = null
|
|
returnType = kotlin.Unit
|
|
symbol = /JavaClass.javaMethod(<dispatch receiver>: JavaClass): kotlin.Unit
|
|
valueParameters = []
|
|
callableIdIfNonLocal = /JavaClass.javaMethod
|
|
argumentMapping = {}
|