Up for adoption: ctags and expat

Up for adoption: ctags and expat

[Warren Young]

I’m the current maintainer of these two packages.  As it happens,
I have never seriously used either under Cygwin.  I only adopted
ctags because it was abandoned in 2003 and was in danger of being
removed from the distribution after repeated attempts to contact its
maintainer in 2005 failed.  Since I do use ctags on other platforms,
I decided that I was at least in a position to keep it in Cygwin,
so I adopted it.  The situation was less drastic with expat: I simply
took over the package’s maintenance when Brian Dessent stepped down
in 2008.

The time has come for someone else to maintain these packages.

But not just anyone.  I do not want to drop another twig onto the
back of someone who’s already carrying a lot for the Cygwin project.
I’d prefer that these packages to go to someone who’s been looking
to jump into Cygwin package maintainership, and has just been waiting
for an excuse. 

These two are a mixed bag when it comes to ease of maintainership, 
each for very different reasons.

The easy part with ctags is that there hasn’t been an upstream 
release since 2009, and there is no reason to expect that there will 
be another.  The hard part is that the shipped Makefile doesn’t
understand how to do out-of-tree builds, something Cygport expects
to be able to do, so I had to write a custom build script to produce 
the current packages, which might have to be adjusted by the next
maintainer of this package, if a new version comes out with the same
primitive build system. 

As for expat, the easy part is that it builds out of the box under
Cygport, and I’ve already worked out the .cygport file for you, so a
new maintainer should have a very easy time with that part of the job.
The only difficult bit is that there has been a recent flurry of 
security patches to it, which makes building it more difficult than 
if you were just building from upstream release tarballs.  That said, 
it’s been a while since the last one, so maybe this is the beginning 
of another of the long lulls expat seems to go into.

If no such person steps up, I will stay on as maintainer.

Re: Up for adoption: ctags and expat

[Doug Henderson]

On 11 August 2016 at 17:49, Warren Young <wyml@etr-usa.com> wrote:
> I’m the current maintainer of these two packages.  As it happens,

> The time has come for someone else to maintain these packages.

I am willing to take over as maintainer of the ctags and expat packages.

Doug


-- 
Doug Henderson, Calgary, Alberta, Canada

Re: Up for adoption: ctags and expat

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 2051 bytes --]

On Aug 11 17:49, Warren Young wrote:
> I’m the current maintainer of these two packages.  As it happens,
> I have never seriously used either under Cygwin.  I only adopted
> ctags because it was abandoned in 2003 and was in danger of being
> removed from the distribution after repeated attempts to contact its
> maintainer in 2005 failed.  Since I do use ctags on other platforms,
> I decided that I was at least in a position to keep it in Cygwin,
> so I adopted it.  The situation was less drastic with expat: I simply
> took over the package’s maintenance when Brian Dessent stepped down
> in 2008.
> 
> The time has come for someone else to maintain these packages.
> 
> But not just anyone.  I do not want to drop another twig onto the
> back of someone who’s already carrying a lot for the Cygwin project.
> I’d prefer that these packages to go to someone who’s been looking
> to jump into Cygwin package maintainership, and has just been waiting
> for an excuse. 
> 
> These two are a mixed bag when it comes to ease of maintainership, 
> each for very different reasons.
> 
> The easy part with ctags is that there hasn’t been an upstream 
> release since 2009, and there is no reason to expect that there will 
> be another.  The hard part is that the shipped Makefile doesn’t
> understand how to do out-of-tree builds, something Cygport expects
> to be able to do, so I had to write a custom build script to produce 
> the current packages, which might have to be adjusted by the next
> maintainer of this package, if a new version comes out with the same
> primitive build system. 

Given the obvious lack of upstream development, did anybody try
to replace exuberant ctags with universal ctags?

  https://ctags.io/

I noticed that our co-maintainer Frank Fesevur is involved in this
project.  Frank, any insight?


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Up for adoption: ctags and expat

[Frank Fesevur]

2016-08-12 10:11 GMT+02:00 Corinna Vinschen:
> Given the obvious lack of upstream development, did anybody try
> to replace exuberant ctags with universal ctags?
>
>   https://ctags.io/
>
> I noticed that our co-maintainer Frank Fesevur is involved in this
> project.  Frank, any insight?

I have been active in the development of universal ctags, but at the
moment not too much.

Universal ctags is the continuation of exuberant ctags. We have tried
to convince Darren Hiebert (the original author of exuberant) to team
up so we could keep the name. But that didn't work out, so we had to
fork and came up with the name universal.

My main reason to help out was to make sure it kept working on native
Windows. I use ctags for a Notepad++ plugin I wrote.

I have successfully compile universal ctags for cygwin a while ago and
it worked. Not sure how it is at the moment. There have been some
changes in the build files so not sure if cygwin still works. Pull
request are always reviewed.

Among many other improvements, universal ctags has more and better
parsers. You can add your own parser with an external program or with
regexs. You can write the output as JSON.

There hasn't been any official release. ATM there is no-one working on
that. Making all the docs up-to-date with all the development that has
been going on is the biggest task.

I would say, make the switch to universal. I am willing to maintain
that package. Question is how to update a package without official
releases. And it hasn't been included in any major distro AFAIK.

Regards,
Frank

Re: Up for adoption: ctags and expat

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 2209 bytes --]

On Aug 12 11:01, Frank Fesevur wrote:
> 2016-08-12 10:11 GMT+02:00 Corinna Vinschen:
> > Given the obvious lack of upstream development, did anybody try
> > to replace exuberant ctags with universal ctags?
> >
> >   https://ctags.io/
> >
> > I noticed that our co-maintainer Frank Fesevur is involved in this
> > project.  Frank, any insight?
> 
> I have been active in the development of universal ctags, but at the
> moment not too much.
> 
> Universal ctags is the continuation of exuberant ctags. We have tried
> to convince Darren Hiebert (the original author of exuberant) to team
> up so we could keep the name. But that didn't work out, so we had to
> fork and came up with the name universal.

Pity.

> My main reason to help out was to make sure it kept working on native
> Windows. I use ctags for a Notepad++ plugin I wrote.
> 
> I have successfully compile universal ctags for cygwin a while ago and
> it worked. Not sure how it is at the moment. There have been some
> changes in the build files so not sure if cygwin still works. Pull
> request are always reviewed.
> 
> Among many other improvements, universal ctags has more and better
> parsers. You can add your own parser with an external program or with
> regexs. You can write the output as JSON.
> 
> There hasn't been any official release. ATM there is no-one working on
> that. Making all the docs up-to-date with all the development that has
> been going on is the biggest task.
> 
> I would say, make the switch to universal. I am willing to maintain
> that package. Question is how to update a package without official
> releases. And it hasn't been included in any major distro AFAIK.

You could start with a test build and set the version numbers in the
setup.hint file explicitely.  If it works out fine, you only have to
keep up with the prev/curr markers as long as "prev" is the exuberant 
package.  Question is, *are* there any version numbers yet?  If not,
you could use git commit IDs for the time being.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Up for adoption: ctags and expat

[Frank Fesevur]

2016-08-12 12:19 GMT+02:00 Corinna Vinschen:
> On Aug 12 11:01, Frank Fesevur wrote:
>> Universal ctags is the continuation of exuberant ctags. We have tried
>> to convince Darren Hiebert (the original author of exuberant) to team
>> up so we could keep the name. But that didn't work out, so we had to
>> fork and came up with the name universal.
>
> Pity.

Absolutely.

>> I would say, make the switch to universal. I am willing to maintain
>> that package. Question is how to update a package without official
>> releases. And it hasn't been included in any major distro AFAIK.
>
> You could start with a test build and set the version numbers in the
> setup.hint file explicitely.  If it works out fine, you only have to
> keep up with the prev/curr markers as long as "prev" is the exuberant
> package.  Question is, *are* there any version numbers yet?  If not,
> you could use git commit IDs for the time being.

There is no version number yet. The expectation is it will become 6.0
so something like 5.9-date-shorthash could a temporary version number
for a test release. The compile date and hash are shown when "ctags
--version" is invoked.

I just tried and the basic compilation of the current master branch works.

Regards,
Frank

BTW. Did you know that a coworker of you is the lead developer of
universal ctags? https://github.com/masatake

Re: Up for adoption: ctags and expat

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 2016 bytes --]

On Aug 12 15:41, Frank Fesevur wrote:
> 2016-08-12 12:19 GMT+02:00 Corinna Vinschen:
> > On Aug 12 11:01, Frank Fesevur wrote:
> >> Universal ctags is the continuation of exuberant ctags. We have tried
> >> to convince Darren Hiebert (the original author of exuberant) to team
> >> up so we could keep the name. But that didn't work out, so we had to
> >> fork and came up with the name universal.
> >
> > Pity.
> 
> Absolutely.
> 
> >> I would say, make the switch to universal. I am willing to maintain
> >> that package. Question is how to update a package without official
> >> releases. And it hasn't been included in any major distro AFAIK.
> >
> > You could start with a test build and set the version numbers in the
> > setup.hint file explicitely.  If it works out fine, you only have to
> > keep up with the prev/curr markers as long as "prev" is the exuberant
> > package.  Question is, *are* there any version numbers yet?  If not,
> > you could use git commit IDs for the time being.
> 
> There is no version number yet. The expectation is it will become 6.0
> so something like 5.9-date-shorthash could a temporary version number
> for a test release. The compile date and hash are shown when "ctags
> --version" is invoked.
> 
> I just tried and the basic compilation of the current master branch works.

Cool!  If you want to take over ctags and test universal ctags for
Cygwin, feel free if Warren agrees.  I'll change over maintainership
then.

Warren, does that sound good to you?

Doug, I hope you don't feel overlooked.  Expat is still yours if
Warren has no problems with that.

> BTW. Did you know that a coworker of you is the lead developer of
> universal ctags? https://github.com/masatake

Huh, no, I didn't.  I doubt he wants to become Cygwin package
maintainer, though :)


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Up for adoption: ctags and expat

[Warren Young]

On Aug 12, 2016, at 7:57 AM, Corinna Vinschen <corinna-cygwin@cygwin.com> wrote:
> 
> 
> Cool!  If you want to take over ctags and test universal ctags for
> Cygwin, feel free if Warren agrees.  I'll change over maintainership
> then.
> 
> Warren, does that sound good to you?
> 
> Doug, I hope you don't feel overlooked.  Expat is still yours if
> Warren has no problems with that.

Sounds like a plan.

Re: Up for adoption: ctags and expat

[Doug Henderson]

On 12 August 2016 at 11:57, Warren Young wrote:
> On Aug 12, 2016, at 7:57 AM, Corinna Vinschen wrote:
>>
>>
>> Cool!  If you want to take over ctags and test universal ctags for
>> Cygwin, feel free if Warren agrees.  I'll change over maintainership
>> then.
>>
>> Warren, does that sound good to you?
>>
>> Doug, I hope you don't feel overlooked.  Expat is still yours if
>> Warren has no problems with that.
>
> Sounds like a plan.

Sound good to me. Right now I am between contracts/jobs, so I have a
little more free time than usual. What should a new maintainer do now,
pending upstream announcement of new releases or security patches?

Doug

-- 
Doug Henderson, Calgary, Alberta, Canada

Re: Up for adoption: ctags and expat

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 785 bytes --]

On Aug 12 11:57, Warren Young wrote:
> On Aug 12, 2016, at 7:57 AM, Corinna Vinschen <corinna-cygwin@cygwin.com> wrote:
> > 
> > 
> > Cool!  If you want to take over ctags and test universal ctags for
> > Cygwin, feel free if Warren agrees.  I'll change over maintainership
> > then.
> > 
> > Warren, does that sound good to you?
> > 
> > Doug, I hope you don't feel overlooked.  Expat is still yours if
> > Warren has no problems with that.
> 
> Sounds like a plan.

I added Frank as ctags maintainer to cygwin-pkg-maint but didn't remove
you for the time being until the move over is complete.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Up for adoption: ctags and expat

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 1116 bytes --]

On Aug 12 13:01, Doug Henderson wrote:
> On 12 August 2016 at 11:57, Warren Young wrote:
> > On Aug 12, 2016, at 7:57 AM, Corinna Vinschen wrote:
> >>
> >>
> >> Cool!  If you want to take over ctags and test universal ctags for
> >> Cygwin, feel free if Warren agrees.  I'll change over maintainership
> >> then.
> >>
> >> Warren, does that sound good to you?
> >>
> >> Doug, I hope you don't feel overlooked.  Expat is still yours if
> >> Warren has no problems with that.
> >
> > Sounds like a plan.
> 
> Sound good to me. Right now I am between contracts/jobs, so I have a
> little more free time than usual. What should a new maintainer do now,
> pending upstream announcement of new releases or security patches?

Maybe you could make yourself familiar with cygport and how to build
the expat package.  You should also read

https://cygwin.com/setup.html and
https://sourceware.org/cygwin-apps/package-upload.html


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: Up for adoption: ctags and expat

[Jon Turney]

On 12/08/2016 20:41, Corinna Vinschen wrote:
> On Aug 12 11:57, Warren Young wrote:
>> On Aug 12, 2016, at 7:57 AM, Corinna Vinschen <corinna-cygwin-rDBXBDvO6BXQT0dZR+AlfA@public.gmane.org> wrote:
>>>
>>>
>>> Cool!  If you want to take over ctags and test universal ctags for
>>> Cygwin, feel free if Warren agrees.  I'll change over maintainership
>>> then.
>>>
>>> Warren, does that sound good to you?
>>>
>>> Doug, I hope you don't feel overlooked.  Expat is still yours if
>>> Warren has no problems with that.
>>
>> Sounds like a plan.
> 
> I added Frank as ctags maintainer to cygwin-pkg-maint but didn't remove
> you for the time being until the move over is complete.

I've been looking for maintainer ssh keys which have been unused for a 
very long time, with a view to disabling them.

One of the keys identified was for Warren Young.

Looking at this piece of history, I guess I should remove Warren as a 
maintainer, and his ssh key.


Frank,

It looks like we never got a universal-ctags package, so I'm not sure 
what the status of exuberant-ctags maintainer-ship is...

Re: Up for adoption: ctags and expat

[Brian Inglis]

On 2024-06-05 12:48, Jon Turney via Cygwin-apps wrote:
> On 12/08/2016 20:41, Corinna Vinschen wrote:
>> On Aug 12 11:57, Warren Young wrote:
>>> On Aug 12, 2016, at 7:57 AM, Corinna Vinschen 
>>>> Cool!  If you want to take over ctags and test universal ctags for
>>>> Cygwin, feel free if Warren agrees.
I'm interested in doing ITA on ctags as gvim-X user to get onto u-ctags!

> Frank,
> It looks like we never got a universal-ctags package, so I'm not sure what the 
> status of exuberant-ctags maintainer-ship is...

Frank was a contributor to u-ctags ~2015 but seemed mainly for Windows and 
Notepad++ plug in development.

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry

[ITA] ctags

[Brian Inglis]

[-- Attachment #1: Type: text/plain, Size: 1445 bytes --]

On 2024-06-06 02:32, Brian Inglis via Cygwin-apps wrote:
> On 2024-06-05 12:48, Jon Turney via Cygwin-apps wrote:
>> On 12/08/2016 20:41, Corinna Vinschen wrote:
>>> On Aug 12 11:57, Warren Young wrote:
>>>> On Aug 12, 2016, at 7:57 AM, Corinna Vinschen
>>>>> Cool!  If you want to take over ctags and test universal ctags for
>>>>> Cygwin, feel free if Warren agrees.
> I'm interested in doing ITA on ctags as gvim-X user to get onto u-ctags!
> 
>> Frank,
>> It looks like we never got a universal-ctags package, so I'm not sure what the 
>> status of exuberant-ctags maintainer-ship is...
> 
> Frank was a contributor to u-ctags ~2015 but seemed mainly for Windows and 
> Notepad++ plug in development.

I would like to adopt ctags and update it to successor universal-ctags.

Successful package build with a couple of failed tests with known causes:

	https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=ctags

log at:

	https://github.com/cygwin/scallywag/actions/runs/9399504588

cygport attached and at:

https://cygwin.com/cgit/cygwin-packages/ctags/tree/ctags.cygport?h=playground

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry

[-- Attachment #2: ctags.cygport --]
[-- Type: text/plain, Size: 4576 bytes --]

#|/usr/bin/cygport
# ctags.cygport - ctags Cygwin package build control script definitions
# converted by rpmspec2cygport.sh 1.1 2024-06-06 07:47:49+0000

NAME=ctags
VERSION=6.1.0
RELEASE=1

CATEGORY="Text Devel"
SUMMARY="Programming language source indexing and cross-reference tool"
DESCRIPTION="Generates an index (tag) file of language objects found in
source files.
The index makes it easy for text editors or other utilities to locate
the indexed items.
Ctags can also generate a cross reference file which lists information
about the various objects found in a set of language files in human
readable form.
Exuberant Ctags improves on ctags because it can find all types of
language tags, including macro definitions, enumerated values (values
inside enum{...}), function and method definitions, enum/struct/union
tags, external function prototypes, typedef names and variable
declarations.
Exuberant Ctags is far less likely to be fooled by code containing
preprocessor conditional constructs than ctags.
Exuberant ctags supports output of Emacs style TAGS files and can be
used to print out a list of selected objects found in source files.
Install ctags if you are going to use your system for C programming."

PROJECT=universal-$NAME
HOMEPAGE=https://github.com/$PROJECT/$NAME
HOMEPAGE=https://$NAME.io/
SRC_DIR=$PROJECT-$VERSION
SRC_URI=https://github.com/$PROJECT/$NAME/releases/download/v$VERSION/$PROJECT-$VERSION.tar.gz
DEBIAN=https://sources.debian.org/data/main/${NAME:0:1}/$NAME/$VERSION-$RELEASE/debian/patches
FEDORA=https://src.fedoraproject.org/rpms/$NAME/raw/master/f
OPENSUSE=https://raw.githubusercontent.com/bmwiedemann/openSUSE/master/packages/${NAME:0:1}/$NAME
PATCH_URI=

DEPEND="libiconv-devel libjansson-devel libpcre2-devel"
DEPEND+=" libxml2-devel libyaml-devel"	# libseccomp-devel(Linux)
DEPEND+=" autoconf automake gcc-core make pkg-config python39-docutils"
BUILD_REQUIRES="$DEPEND"
unset DEPEND

CYGCONF_ARGS=--enable-etags
#	 --enable-coverage-gcov		enable 'gcov' coverage testing tool [no]
#	 --enable-cross-guesses={conservative|risky}	specify policy for cross-compilation guesses
#	 --enable-custom-config=FILE	enable custom config file for site-wide defaults
#	 --enable-debugging		enable debugging features
#	 --enable-dependency-tracking	do not reject slow dependency extractors
#	--disable-dependency-tracking	speeds up one-time build
#	 --enable-etags			enable the installation of links for etags
#	--disable-extended-format	disable extension flags; use original ctags file format only
#	--disable-external-sort		use internal sort algorithm instead of sort program
#	--disable-iconv			disable multibyte character encoding support
#	--disable-json			disable json support
#	--disable-largefile		omit support for large files
#	 --enable-macro-patterns	use patterns as default method to locate
#					macros instead of line numbers
#	--disable-option-checking	ignore unrecognized --enable/--with options
#	--disable-pcre2			disable pcre2 support
#	--disable-readcmd		do not include readtags command during install
#	--disable-seccomp		disable seccomp support
#	 --enable-silent-rules		less verbose build output (undo: "make V=1")
#	--disable-silent-rules		verbose build output (undo: "make V=0")
#	 --enable-static		enable static linking (mainly for MinGW)
#	--disable-threads		build without multithread safety
#	 --enable-threads={isoc|posix|isoc+posix|windows}	specify multithreading API
#	 --enable-tmpdir=DIR		default directory for temporary files [ARG=/tmp]
#	--disable-xml			disable xml support
#	--disable-yaml			disable yaml support
#	 --enable-year2038		support timestamps after 2038
#	--without-included-regex	don't compile regex; default with recent-enough GNU C Library
#	   --with-rst2html=PATH		Location of rst2html (auto)
#	   --with-rst2man=PATH		Location of rst2man (auto)
#	   --with-sparse-cgcc		use Sparse 'compiler wrapper' cgcc as C compiler [no]

LICENSE=GPL-2.0-or-later
LICENSE_SPDX="SPDX-License-Identifier: $LICENSE"
# SPDX-License-Identifier: GPL-2.0-or-later
LICENSE_URI=COPYING

DOCS="README.md NEWS.rst $LICENSE_URI docs/*.rst docs/*.svg"

CYGWIN_MAINTAINER=Brian%20Inglis
CYGWIN_MAINTAINER_EMAIL=Brian.Inglis@SystematicSW.ab.ca

UPSTREAM_MAINTAINER=Masatake%20Yamato
UPSTREAM_MAINTAINER_EMAIL=yamato@RedHat.com
UPSTREAM_EMAIL=$NAME@ctags.io

SUBJECT=${OSTYPE^}%20Package%20$NAME%20$VERSION
MAILTO=mailto:$UPSTREAM_MAINTAINER%20%3C$UPSTREAM_MAINTAINER_EMAIL%3E\
,$UPSTREAM_MAINTAINER%20%3C$UPSTREAM_EMAIL%3E\
?from=$CYGWIN_MAINTAINER%20%3C$CYGWIN_MAINTAINER_EMAIL%3E\
\&subject=$SUBJECT\&body=$SUBJECT

Re: [ITA] ctags

[Brian Inglis]

On 2024-06-06 12:31, Brian Inglis via Cygwin-apps wrote:
> On 2024-06-06 02:32, Brian Inglis via Cygwin-apps wrote:
>> On 2024-06-05 12:48, Jon Turney via Cygwin-apps wrote:
>>> On 12/08/2016 20:41, Corinna Vinschen wrote:
>>>> On Aug 12 11:57, Warren Young wrote:
>>>>> On Aug 12, 2016, at 7:57 AM, Corinna Vinschen
>>>>>> Cool!  If you want to take over ctags and test universal ctags for
>>>>>> Cygwin, feel free if Warren agrees.
>> I'm interested in doing ITA on ctags as gvim-X user to get onto u-ctags!
>>
>>> Frank,
>>> It looks like we never got a universal-ctags package, so I'm not sure what 
>>> the status of exuberant-ctags maintainer-ship is...
>>
>> Frank was a contributor to u-ctags ~2015 but seemed mainly for Windows and 
>> Notepad++ plug in development.
> 
> I would like to adopt ctags and update it to successor universal-ctags.
> 
> Successful package build with a couple of failed tests with known causes:
> 
>      https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=ctags
> 
> log at:
> 
>      https://github.com/cygwin/scallywag/actions/runs/9399504588
> 
> cygport attached and at:
> 
> https://cygwin.com/cgit/cygwin-packages/ctags/tree/ctags.cygport?h=playground

Packaged universal-ctags 6.1 performance was:

	Time	tags	package
	 6s	 8MB	ctags source tree including multi-language test examples
	12s	22MB	newlib-cygwin source tree

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry