GNU bug report logs - #2544
23.0.60; Could etags please try find a local tag first?

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>, Dmitry Gutov <dgutov <at> yandex.ru>
Cc: matzikratzi <at> gmail.com, 2544 <at> debbugs.gnu.org
Subject: bug#2544: 23.0.60; Could etags please try find a local tag first?
Date: Mon, 19 Jul 2021 18:56:22 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Mon, 19 Jul 2021 16:48:52 +0200
> Cc: 2544 <at> debbugs.gnu.org
> 
> Matzi Kratzi <matzikratzi <at> gmail.com> writes:
> 
> > Would it make sense, in general, for etags to first try to find a tag
> > inside the current buffer? I am working in legacy code that has the
> > same name for certain help functions in many files. I would like etags
> > to first try find the tag inside the current buffer.
> 
> (I'm going through old bug reports that unfortunately got no response at
> the time.)
> 
> I can certainly see cases where that would be useful.  I think much of
> this stuff has been rewritten in terms of xref now?  I gave the xref
> code a quick look-over, but I didn't see anything obvious in this
> area...
> 
> Does anybody know whether Emacs grown support for this use case in the
> 12 years since this bug report was filed?

We did switch to Xref, but for many languages (including C), Xref
still uses etags as its back-end.  So etags is still relevant.

As for the original request: I guess we could satisfy that by having
Xref sort the matches so that those in the current buffer come first
in the display we show in the *XREF* buffer?  Dmitry, would it make
sense to add such an option, and if so, would it be hard to do so?  In
xref--alistify, perhaps, or in xref--analyze?

Previous Next

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