[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Global + Exuberant ctags + Windows
From: |
Jason Hood |
Subject: |
Re: Global + Exuberant ctags + Windows |
Date: |
Sat, 19 Apr 2014 00:40:57 +1000 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 |
On 18/04/2014 19:23, Suresh Kumar wrote:
> - For some reason, _pgmptr was null. I had to use "GetModuleFileNameA()"
> to make it work. (I am on Windows 7)
Strange. I'm also on Win7 and it worked fine for me, using MinGW (gcc 4.7.2),
TDM (gcc (tdm-2) 4.8.1), TDM64 (gcc (tdm64-2) 4.8.1, both -m32 & -m64) and
mingw-builds (gcc (rev1, Built by MinGW-builds project) 4.8.1, 64-bit).
Having said that, I only tested a little program; I'll test again with the
plugin later.
> - Had trouble getting the "filter-terminator" arg passed to ctags
> properly. ctags was getting
> "\n" escaped (\\n) due to which gtags was waiting infinitely.
> Temporarily I have modified
> ctags to output \n along terminator string. Not sure who is doing the
> escape.
You are, when you define argv.
> - I load ctags.exe from the same location as gtags.exe (something like
> what we do for
> sort.exe)
I do that with sort because Windows has its own version, so I need to know
I'm running the GNU one (using --with-posix-sort isn't much good, since
there's no standard path). I did think of doing the same with ctags a
little later, especially since it works better with the --gtags patch.
Similarly, I should probably hack load_plugin_parser so it works relative
to the install directory (same as I do with datadir), but that still leaves
the problem of gtags.conf not escaping the colon in the first place (and
how to handle -no-undefined, if Unix doesn't like it).
> Any chance you can include ctags support in your next release?
Now that someone's actually asked for it, I'll have to. :)
--
Jason.