Re: [PATCH, RFC] etags/ctags v22.0.92 break Linux kernel `make TAGS/tags`

[Frank Schmitt <ich@frank-schmitt.net>]

Francesco Potorti` <pot@gnu.org> writes:

> After checking the behaviour of Exuberant ctags, I decided to follow the
> same route and allow for duplicated tags in ctags mode.  I added an
> undocumented option --no-duplicates, just for emergency, that may be
> deleted in a future release of Etags.  I also undocumented the existing
> --no-warn option.
>
> If anyone wants to comment on this change, please let me know.
>
> On a related issue, the Exuberant ctags standard for an extended Vi tags
> format is described at <http://ctags.sourceforge.net/FORMAT>, and is
> currently implemented and supported at least by Vim.  I am willing to
> implement it in Etags, when it is working in ctags mode.  Again, if
> anyone wants to comment on this, please let me know.

Why shipping an own ctags/etags implementation at all? I mean Exuberant
ctags works really well (at least in my experience as a C++ coder much
better than the Emacs etags) and it's GPL software.

-- 
Did you ever realize how much text fits in eighty columns? If you now consider
that a signature usually consists of up to four lines, this gives you enough
space to spread a tremendous amount of information with your messages. So seize
this opportunity and don't waste your signature with bullshit nobody will read.