GNU bug report logs - #63470
[PATCH] Use faster option for running vc-hg status

Previous Next

Full log

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

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Spencer Baugh <sbaugh <at> janestreet.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 63470 <at> debbugs.gnu.org
Subject: Re: bug#63470: [PATCH] Use faster option for running vc-hg status
Date: Fri, 19 May 2023 02:48:50 +0300

On 16/05/2023 23:39, Spencer Baugh wrote:
> Eli Zaretskii<eliz <at> gnu.org>  writes:
> 
>>> Date: Fri, 12 May 2023 23:10:05 +0300
>>> Cc:63470 <at> debbugs.gnu.org
>>> From: Dmitry Gutov<dmitry <at> gutov.dev>
>>>
>>> On 12/05/2023 22:57, Spencer Baugh wrote:
>>>> I could add a user option to revert to the old behavior, if you want.
>>> We could cache it like we do with vc-git--program-version. That's a
>>> simple memoization that doesn't take the host into account (though that
>>> could be implemented, too).
>> Yes, that'd be a good-enough solution.
>>
>>> But it'd really make things easier if we're just allowed to rely on some
>>> new enough versions of Git and Hg.
>> It isn't easy to be backward-compatible, but we should strive at doing
>> that.
> OK, revised backwards-compatible patch attached.
> 

Thanks! It does look better, performance-wise.

Would you say that the performance of project--vc-list-files could be 
similarly improved for Hg? Or does the Rust implementation in question 
already get used for 'hg status .', as long as there is no "re:" involved?

Previous Next

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