GNU bug report logs - #26181
Remove etags

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Sun, 19 Mar 2017 23:16:01 UTC

Severity: wishlist

Tags: wontfix

Found in version 25.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26181 in the body.
You can then email your comments to 26181 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Sun, 19 Mar 2017 23:16:01 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: submit <at> debbugs.gnu.org
Subject: Remove etags
Date: Sun, 19 Mar 2017 19:15:18 -0400
Package: emacs
Severity: wishlist
Version: 25.2

I've never understood why Emacs includes a tags program.
It's not part of the normal remit of a text editor.

This was previously discussed:
http://lists.gnu.org/archive/html/emacs-devel/2007-01/msg00075.html

It sounds like the answer is "historical reasons".
The situation has changed since then in that etags no longer has a
maintainer (IIUC).

I would like to suggest removing etags so that the time saved can be
spent on other things.

Having our own tags program means we can tweak it to work better for our
own code; but conversely it would be better if our code Just Worked with
standard (ie external) tools.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Mon, 20 Mar 2017 18:41:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>, Francesco Potortì
 <pot <at> gnu.org>
Cc: 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Mon, 20 Mar 2017 20:39:41 +0200
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Sun, 19 Mar 2017 19:15:18 -0400
> 
> I would like to suggest removing etags so that the time saved can be
> spent on other things.

What is considered a replacement?  The two I know about, GNU Global
and Exuberant ctags, don't have support for some of the languages we
support in etags (e.g., Ada).  And Exuberant ctags seems not to be
developed anymore(?).




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Mon, 20 Mar 2017 20:36:04 GMT) Full text and rfc822 format available.

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

From: Andreas Politz <politza <at> hochschule-trier.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Glenn Morris <rgm <at> gnu.org>,
 Francesco Potortì <pot <at> gnu.org>, 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Mon, 20 Mar 2017 21:35:04 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> And Exuberant ctags seems not to be developed anymore(?).

There is an effort to continue development.

https://github.com/universal-ctags/ctags

-ap




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Tue, 21 Mar 2017 09:04:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Glenn Morris <rgm <at> gnu.org>, 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 21 Mar 2017 11:03:24 +0200
On 20.03.2017 01:15, Glenn Morris wrote:

> I've never understood why Emacs includes a tags program.
> It's not part of the normal remit of a text editor.

FWIW, it has been handy when we introduced xref and started treating the 
tags a bit more strictly.

> The situation has changed since then in that etags no longer has a
> maintainer (IIUC).

AFAIK Eli is the maintainer now. And it's handy to have for now, at 
least until Universal Ctags is widely available across distributions, 
handles all languages as well as etags does, and outputs correct entries 
WRT implicit/explicit tag names (not 100% sure there is a problem, but 
it's something that we had to fix in etags recently, at least).

Having all these conditions satisfied seems to be a .

> Having our own tags program means we can tweak it to work better for our
> own code; but conversely it would be better if our code Just Worked with
> standard (ie external) tools.

The latter might mean learning to use the ctags output (Vim format).




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Tue, 21 Mar 2017 10:35:01 GMT) Full text and rfc822 format available.

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

From: Francesco Potortì <pot <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: Glenn Morris <rgm <at> gnu.org>, 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 21 Mar 2017 11:34:43 +0100
Dmitry Gutov:
>AFAIK Eli is the maintainer now. And it's handy to have for now, at 
>least until Universal Ctags is widely available across distributions, 
>handles all languages as well as etags does, and outputs correct entries 
>WRT implicit/explicit tag names (not 100% sure there is a problem, but 
>it's something that we had to fix in etags recently, at least).

I agree.  Generally speaking, etags requires little maintenance, being
mature (sorry for not being able to provide even this little maintenance
any more).  Certainly less than having to manage an external tool.

Glenn Morris:
>> Having our own tags program means we can tweak it to work better for our
>> own code; but conversely it would be better if our code Just Worked with
>> standard (ie external) tools.
>
>The latter might mean learning to use the ctags output (Vim format).

Only if the above conditions are satisfied, plus having the same amount
of information and not much bigger size.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Tue, 21 Mar 2017 15:43:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: rgm <at> gnu.org, 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 21 Mar 2017 17:42:06 +0200
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Tue, 21 Mar 2017 11:03:24 +0200
> 
> And [etags is] handy to have for now, at least until Universal Ctags
> is widely available across distributions

This indeed seems like the most important prerequisite, because the
command-line options accepted by Universal ctags are incompatible with
those of etags, so supporting both would be a pain.

> > Having our own tags program means we can tweak it to work better for our
> > own code; but conversely it would be better if our code Just Worked with
> > standard (ie external) tools.
> 
> The latter might mean learning to use the ctags output (Vim format).

You mean, if we want to support tools beyond Universal ctags?
(Because the latter supports Emacs-compatible TAGS output.)  Yes, if
we want to support other tools, we'd need to extend etags.el or rely
on external packages for parsing their tags tables.  E.g. GNU Global
doesn't support TAGS format even as an option, AFAIK.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Tue, 21 Mar 2017 16:46:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 21 Mar 2017 18:45:09 +0200
On 21.03.2017 17:42, Eli Zaretskii wrote:

>> The latter might mean learning to use the ctags output (Vim format).
> 
> You mean, if we want to support tools beyond Universal ctags?

Not what I meant.

> (Because the latter supports Emacs-compatible TAGS output.) 

It officially does, but if etags is no more, the TAGS format has no 
reference implementation, and thus becomes less relevant and harder to 
conform to.

The Vim tags format is clearly more important to a program like ctags, 
so we might want to get to supporting that. It's also more rich, IIUC.

> Yes, if
> we want to support other tools, we'd need to extend etags.el or rely
> on external packages for parsing their tags tables.  E.g. GNU Global
> doesn't support TAGS format even as an option, AFAIK.

True. For Global, I think the vast majority of code in etags.el becomes 
irrelevant.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Wed, 29 Mar 2017 05:15:03 GMT) Full text and rfc822 format available.

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

From: John Wiegley <jwiegley <at> gmail.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 28 Mar 2017 22:14:40 -0700
>>>>> "GM" == Glenn Morris <rgm <at> gnu.org> writes:

GM> I've never understood why Emacs includes a tags program. It's not part of
GM> the normal remit of a text editor.

That description applies to the majority of what Emacs has become today. :)

ctags is included because it's an auxiliary program to extend the ability of
Emacs to jump around code. That it's not implement in Emacs Lisp, or the C
core of Emacs itself, is really beside the point. For all intents and
purposes, it's part of what Emacs offers to the *user*, and I bet there are
many users who aren't even aware that it's a separate program.

GM> I would like to suggest removing etags so that the time saved can be spent
GM> on other things.

I appreciate your desire to optimize our project management burdens, but this
is better mentioned on emacs-devel than a bug report.

Removing etags will not increase the time spent on other things. You yourself
can ignore etags, and spend your time elsewhere, but as long as someone is
willing to keep working on etags, then by definition that is where they choose
to spend their time. I could take away the opportunity, certainly, but I can't
then allocate the time it would free up.

If no one is maintaining something, *and* no one is using it, that's the time
to consider deprecation and eventual removal.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Mon, 03 Apr 2017 20:55:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Mon, 03 Apr 2017 16:54:33 -0400
PS I should have suggested this initially, but why not split it off into
a separate project from Emacs? Bundling unrelated packages into one
project is generally bad form.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Tue, 04 Apr 2017 16:21:01 GMT) Full text and rfc822 format available.

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

From: Richard Stallman <rms <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 04 Apr 2017 12:20:02 -0400
[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

etags exists for Emacs.

-- 
Dr Richard Stallman
President, Free Software Foundation (gnu.org, fsf.org)
Internet Hall-of-Famer (internethalloffame.org)
Skype: No way! See stallman.org/skype.html.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26181; Package emacs. (Tue, 08 Feb 2022 06:28:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Richard Stallman <rms <at> gnu.org>
Cc: Glenn Morris <rgm <at> gnu.org>, 26181 <at> debbugs.gnu.org
Subject: Re: bug#26181: Remove etags
Date: Tue, 08 Feb 2022 07:27:36 +0100
Richard Stallman <rms <at> gnu.org> writes:

> etags exists for Emacs.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

There didn't seem to be much enthusiasm from anybody in removing etags
from Emacs, so I'm therefore closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) wontfix. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 08 Feb 2022 06:28:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 26181 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 08 Feb 2022 06:28:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 08 Mar 2022 12:24:15 GMT) Full text and rfc822 format available.

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

Previous Next


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