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

Previous Next

Package: emacs;

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

Date: Fri, 12 May 2023 19:29:02 UTC

Severity: normal

Tags: patch

Fixed in version 30.1

Done: Dmitry Gutov <dmitry <at> gutov.dev>

Bug is archived. No further changes may be made.

Full log


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

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Spencer Baugh <sbaugh <at> janestreet.com>
Cc: 63470 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#63470: [PATCH] Use faster option for running vc-hg status
Date: Tue, 23 May 2023 01:33:33 +0300
On 19/05/2023 17:34, Spencer Baugh wrote:
>> 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?
> As of very recently in Mercurial trunk, yes, the Rust implementation
> will be used for project--vc-list-files.  (It only just got support for
> -0)
> 
> Although note: currently the Rust implementation doesn't support "hg
> status somefile"; that will fall back to the Python implementation.  So
> "hg status ." would be slow, actually, but "hg status" (as
> project--vc-list-files inexplicably seems to do, despite passing "." for
> file-or-list, based on inspecting with (vc-edit-next-command)) is fast.
> 
> (either way though, I'm working on making "hg status somefile" work in
> Rust, since that will make vc-hg-state fast)

Nice! Thank you.




This bug report was last modified 2 years and 82 days ago.

Previous Next


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