Andrew Gallant ddd4bab67c [ty] Re-arrange "list modules" implementation for Salsa caching ... This basically splits `list_modules` into a higher level "aggregation" routine and a lower level "get modules for one search path" routine. This permits Salsa to cache the lower level components, e.g., many search paths refer to directories that rarely change. This saves us interaction with the system. This did require a fair bit of surgery in terms of being careful about adding file roots. Namely, now that we rely even more on file roots existing for correct handling of cache invalidation, there were several spots in our code that needed to be updated to add roots (that we weren't previously doing). This feels Not Great, and it would be better if we had some kind of abstraction that handled this for us. But it isn't clear to me at this time what that looks like.		2025-08-20 10:41:47 -04:00
..
resources	[ty] Use specialized parameter type for overload filter (#19964)	2025-08-20 09:39:05 +05:30
src	[ty] Re-arrange "list modules" implementation for Salsa caching	2025-08-20 10:41:47 -04:00
tests	[ty] Track open files in the server (#19264)	2025-07-18 19:33:35 +05:30
build.rs
Cargo.toml	[ty] Avoid overcounting shared memory usage (#19773)	2025-08-06 15:32:02 -04:00
mdtest.py
mdtest.py.lock