Re: [NonGNU ELPA] New package: project-store

On 14/08/2026 17:40, Lin Jian wrote:
> Dmitry Gutov <[email protected]> writes:
> 
>> Could you try the latest project.el and see whether the caching
>> functionality recently added to the VC-aware backend makes a
>> difference for you?
> 
> You mean `project--get-cached' and `project--set-cached', right?  I did
> not use them because 1) they are not public functions and 2) I am not
> too happy with them using `vc-file-prop-obarray' which is vc-specific
> according to its name.

Right. These are downsides which are not difficult to fix, however.

So if we decide to add public helpers to caching, the above would be on 
the list of things to change (here, in the core).

> Since obarray is a kind of hash table according to elisp manual, I think
> , in principle, I can replace the current hash table caching of
> project-store with `project--get-cached' and `project--set-cached'.
> Note that cache for project-store needs to be invalidated when
> user options, such as `project-store-dir', are changed.  Currently,
> `project--get-cached' and `project--set-cached' use a single obarray so
> I cannot invalidate only project-store-specific cache.  I am not sure if
> it is a big enough issue, though.
> 
>> If the Nix projects in question are or can be recognized by it, of
>> course.
> 
> I do not understand this line.  Please elaborate a bit.

The question is whether it's feasible to have the VC-aware project 
backend (built-in in project.el) recognize the Nix projects, with some 
minor user configuration perhaps.

Maybe the current user options are not enough (e.g. extra-markers), but 
adding one more would do. If otherwise this backend seems a good choice, 
for performance etc, from your PoV.