[LL] [cls] use stubBased symbol provider for builtins

this gives the following benefits:
1. no protobuf in memory, all data is already present in stubs
2. given that symbol provider for libraries is already stub based,
we can get rid of complicated code to find source psi by deserialized fir
3. it's also possible to reduce number of index access,
when fir is requested for given ktElement
This commit is contained in:
Anna Kozlova
2023-04-27 16:00:09 +02:00
committed by teamcity
parent c2970c4dda
commit 5ca052f87b
21 changed files with 259 additions and 317 deletions
@@ -226,7 +226,7 @@ object StandaloneProjectFactory {
VirtualFileManager.getInstance().findFileByNioPath(path)
}
}
}
}.distinct()
}
private fun withAllTransitiveDependencies(ktModules: List<KtModule>): List<KtModule> {