GNU bug report logs - #69188
30.0.50; project-files + project-find-file is slow in large repositories

Previous Next

Package: emacs;

Reported by: Spencer Baugh <sbaugh <at> janestreet.com>

Date: Sun, 18 Feb 2024 18:22:02 UTC

Severity: normal

Merged with 69233

Found in version 30.0.50

Full log


Message #16 received at 69188 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Spencer Baugh <sbaugh <at> janestreet.com>, 69188 <at> debbugs.gnu.org
Subject: Re: bug#69188: 30.0.50; project-files + project-find-file is slow in
 large repositories
Date: Wed, 17 Apr 2024 02:48:44 +0300
[Message part 1 (text/plain, inline)]
On 13/04/2024 05:34, Dmitry Gutov wrote:
> Both options are relatively clunky, and the second one might also fail 
> to work when DIRS is non-nil (or would have to fall back to absolute 
> names anyway), so I'm leaning toward the first one. It might also allow 
> certain code to be written supporting both relative and absolute names 
> (e.g. a process call both binds default-directory to root and keeps the 
> file names as-is -- the relative ones would be interpreted as such, the 
> rest just as they are interpreted now).

Here's how that change can look.

The patch should demonstrate both the performance improvements for 
project-find-file and project-find-regexp, and some awkwardness in the 
implementation, chiefly due to backward compatibility.

Guess more tests will be required, at the very least.
[project-files-relative-names.diff (text/x-patch, attachment)]

This bug report was last modified 1 year and 42 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.