Re: ctags recursion broken? [ATTN: ctags, xemacs-tags maintainers]

2013-01-07 Thread Larry Hall (Cygwin)
On 1/7/2013 2:56 PM, Alan Thompson wrote: Hi - It looks like there has been no movement on this bug for a month. What is the best way to contact the emacs maintainers? It does not seem correct for emacs (or xemacs) to overwrite the ctags executable. Actually, it's a little less than a month. ;

Re: ctags recursion broken? [ATTN: ctags, xemacs-tags maintainers]

2013-01-07 Thread Alan Thompson
Hi - It looks like there has been no movement on this bug for a month. What is the best way to contact the emacs maintainers? It does not seem correct for emacs (or xemacs) to overwrite the ctags executable. Alan Thompson On Wed, Dec 12, 2012 at 5:08 AM, Warren Young wrote: On 12/11/2012 13:05

Re: ctags recursion broken? [ATTN: ctags, xemacs-tags maintainers]

2012-12-12 Thread Warren Young
On 12/11/2012 13:05, Thrall, Bryan wrote: Yes, it looks like xemacs-tags and ctags packages both install /usr/bin/ctags.exe: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=ctags.exe Is there an especially good reason xemacs-tags can't depend on ctags, and get its ctags.exe from my package?

Re: ctags recursion broken?

2012-12-12 Thread Warren Young
On 12/11/2012 13:01, Alan Thompson wrote: Looking at the link on StackOverflow (from 2010) it may be that the xemacs version of ctags is overwriting the default version in /bin. Could this be the culprit? It's easy to find out: $ cygcheck -f /bin/ctags.exe You will either get back "ct

RE: ctags recursion broken? [ATTN: ctags, xemacs-tags maintainers]

2012-12-11 Thread Thrall, Bryan
Alan Thompson wrote on 2012-12-11: > Looking at the link on StackOverflow (from 2010) it may be that the > xemacs version of ctags is overwriting the default version in /bin. > Could this be the culprit? Yes, it looks like xemacs-tags and ctags packages both install /usr/bin/ctags.exe: http://cy

Re: ctags recursion broken?

2012-12-11 Thread Alan Thompson
Looking at the link on StackOverflow (from 2010) it may be that the xemacs version of ctags is overwriting the default version in /bin. Could this be the culprit? Alan Thompson On Tue, Dec 11, 2012 at 11:55 AM, Alan Thompson wrote: > Hi - Yes, I'm sure: > >> find /bin -name '*tags*' | xargs ls -l

Re: ctags recursion broken?

2012-12-11 Thread Alan Thompson
Hi - Yes, I'm sure: > find /bin -name '*tags*' | xargs ls -ldF -rwxr-xr-x 1 alathompson Domain Users 85504 Jan 31 2009 /bin/ctags.exe* -rwxr-xr-x 1 alathompson Domain Users 83968 Jan 31 2009 /bin/etags.exe* -rwxr-xr-x 1 alathompson Domain Users 5411 Dec 21 2011 /bin/ocamltags* -rwxr-xr-x 1 ala

RE: ctags recursion broken?

2012-12-11 Thread Thrall, Bryan
Alan Thompson wrote on 2012-12-11: > Upon closer inspection, it appears that Cygwin has a different version > of ctags (not Exuberant Ctags!) that does not support recursion at > all! Specifically, > >> ctags -V > ctags (standalone 21.4.22) > Copyright (C) 2007 Free Software Foundation, Inc. > T

Re: ctags recursion broken?

2012-12-11 Thread Alan Thompson
Hi - As a long-time user of Cygwin and Exuberant ctags, it seems that the current version of ctags on Cygwin is broken. Specifically, > /bin/ctags -R . /bin/ctags: skipping .: it is not a regular file. Normally, ctags should recursively descend and process all files from the current directory.