GNU bug report logs - #23223
25.0.92; Can xref-find-references be sped up?

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Tue, 5 Apr 2016 15:17:02 UTC

Severity: normal

Found in version 25.0.92

Fixed in version 25.1

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 23223 <at> debbugs.gnu.org
Subject: bug#23223: 25.0.92; Can xref-find-references be sped up?
Date: Thu, 07 Apr 2016 05:49:33 +0300
> Cc: 23223 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Thu, 7 Apr 2016 02:11:39 +0300
> 
> On 04/06/2016 08:20 PM, Eli Zaretskii wrote:
> 
> > Sounds like a bug in reporting matches.
> 
> A bug in the matcher, maybe?

Could be, but less likely.  I looked at the Lisp scanner code and
didn't say anything that could explain this.  Moreover, the fid
command correctly shows both defmacro and cl-defmacro being present
in, say, lisp/ibuf-macs.el.

> > We invoke lid with the -w
> > switch, which should have reported only complete symbols, AFAIU
> > (although the documentation confusingly talks about "words").  Perhaps
> > report this to the developers.
> 
> I suspected the wording would mean that it just invokes Grep and uses 
> the "boundary" anchors (\b), but no, doing a Grep search for 
> "\beval-when\b" yields a bigger (and more consistent) set of matches.

No, lid doesn't invoke Grep, AFAIR.




This bug report was last modified 9 years and 91 days ago.

Previous Next


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