GNU bug report logs - #76322
Make ctags a thin wrapper around etags

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Sun, 16 Feb 2025 05:22:02 UTC

Severity: wishlist

Tags: patch

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: dmitry <at> gutov.dev, eggert <at> cs.ucla.edu, rms <at> gnu.org, 76322 <at> debbugs.gnu.org
Subject: Re: bug#76322: Make ctags a thin wrapper around etags
Date: Thu, 13 Mar 2025 11:37:09 +0200
> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Wed, 12 Mar 2025 01:48:07 -0700
> Cc: 76322 <at> debbugs.gnu.org, eliz <at> gnu.org
> 
> Paul Eggert <eggert <at> cs.ucla.edu> writes:
> 
> > On 2025-03-11 21:26, Richard Stallman wrote:
> >> Can you summarize the important differences between this and our ctags?
> >> Can you summarize the important differences between this and etags?
> >
> > No. And as I haven't used ctags or etags (of any flavor) for decades, I
> > would not be a good choice to investigate details.
> 
> Two important differences:
> - Exuberant Ctags supports 160 languages, while our ctags supports 30.
> - Exuberant Ctags has much better support for new language features.

This sounds rather dismissive and lacking important details.

Our etags are a subprogram of Emacs, and thus need support mainly the
languages that Emacs supports.  How many of the languages for which
Emacs has a major mode are not supported by our etags?

As for support for "new language features", is that relevant for the
Emacs commands that use TAGS tables?  If so, can you tell the details?
which language features do we lack?

On the flip side, our etags seems to be about 10 times faster, at
least when running it on lib/, src/, and lisp/ directories of the
Emacs source tree (~1.5 sec vs ~16 sec on my system).

Anyway, not sure how this is relevant to the issue at hand.  I don't
think anyone is suggesting that we drop etags (and if someone does,
then I object), and whether we should drop ctags as a separate program
doesn't depend on how many languages it supports, because the main
arguments for dropping our ctags are that (a) Emacs doesn't use the
ctags format of the tags tables, and (b) that most distros package
Universal ctags as their preferred version.




This bug report was last modified 58 days ago.

Previous Next


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