GNU bug report logs -
#67687
Feature request: automatic tags management
Previous Next
Reported by: Jon Eskin <eskinjp <at> gmail.com>
Date: Thu, 7 Dec 2023 11:45:02 UTC
Severity: wishlist
Done: Dmitry Gutov <dmitry <at> gutov.dev>
Bug is archived. No further changes may be made.
Full log
Message #116 received at 67687 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 31 Dec 2023 19:53:27 +0200
> Cc: stefankangas <at> gmail.com, eskinjp <at> gmail.com, 67687 <at> debbugs.gnu.org,
> michael.albinus <at> gmx.de
> From: Dmitry Gutov <dmitry <at> gutov.dev>
>
> >> And either way it seems like a prerequisite for enabling
> >> etags-regen-mode by default sometimes in the future.
> >
> > How so? The fact that I loaded TAGS doesn't necessarily mean I don't
> > want it updated when the sources change. Or what am I missing?
>
> a) We won't add new files to the index, because we (apparently) can't
> simply use the project's list of files -- there is no guarantee that it
> matches the fileset that the original author of the TAGS file had in mind.
The user has etags-regen-ignores to control that.
> b) There is no way to pick up the --regex options used for generating
> the original TAGS, or any other options we don't know about.
There are defcustoms to control both of those.
> Either way, we get a poorly-defined behavior with edge cases that are
> likely to surprise the user at different points of time. So we might
> indeed grow such a capability, but it'll probably stay off by default.
I agree that sometimes it could be against the user's expectations.
But I also think that other times it is according to user's
expectations. Which tells me that this is a separate issue that needs
a separate knob; we shouldn't deterministically deduce what users want
in this respect from the fact that he/she loaded an existing tags
table. Moreover, it is quite possible that even when the mode is
turned on, users might want sometimes to load tags tables manually.
This bug report was last modified 1 year and 142 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.