GNU bug report logs -
#76322
Make ctags a thin wrapper around etags
Previous Next
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
View this message in rfc822 format
> Date: Tue, 11 Mar 2025 10:01:38 -0700
> Cc: 76322 <at> debbugs.gnu.org, rms <at> gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
> From: Paul Eggert <eggert <at> cs.ucla.edu>
>
> On 2025-03-11 05:11, Eli Zaretskii wrote:
> > If we think our ctags is not being used (I suggested to query a few
> > distros about that), I'd rather drop it entirely, first by adding the
> > --ctags option to etags, and later maybe removing the ctags-only code
> > from etags.c.
>
> That would be simpler, yes. Proposed patch attached.
Thanks, but please also update the test suite in test/manual/etags/.
(For now, I'd prefer to leave the ctags tests intact, and just update
the makefile to invoke "etags --ctags".)
> My impression is that distros generally prefer Universal Ctags these
> days, though you can use Exuberant Ctags if you're old-fashioned or
> Emacs ctags if your even older-fashioned. On Fedora, 'ctags' is
> Universal Ctags; on Ubuntu all three variants are available as options
> and /usr/bin/ctags is a symlink to /etc/alternatives/ctags which in turn
> can link to /usr/bin/ctags-universal or /usr/bin/ctags-exuberant or
> /usr/bin/ctags.emacs.
>
> To some extent it's a chicken-and-egg problem: if we keep shipping ctags
> some distros will keep making it available as an option. But there's no
> real need for us to keep maintaining the third (and oldest) variant.
OK, let's wait with installing the patch until this discussion reaches
its conclusion, perhaps after more people chime in.
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.