bug-global
[Top][All Lists]
Advanced

[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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]