Hi
On Thu, Apr 17, 2014 at 8:55 PM, Jason Hood <[email protected]> wrote:
> On 17/04/2014 0:25, Suresh Kumar wrote:
> > But when I try to use it for C# code (by setting GTAGSLABEL=ctags), I
> > run into a problem where it is not able to find gtags parser library
> > (I get something like "gtags: cannot open shared object
> > '/usr/local/lib/gtags/exuberant-ctags.la'"). I am wondering if
> > anybody using similar setup and can share some details.
>
> That's the default path for Unix; for Windows, I configure with
> --prefix=c:/usr (where I've installed various GNU utilities). However,
> there's another problem, since gtags.conf doesn't escape the colon; not
> sure where I should handle that - atm you'll have to DIY. You also need
> a patch, so it will compile and build a DLL (Windows needs the
> -no-undefined
> option, not sure how that affects Unix). BTW, shouldn't terminate_ctags
> free argv[1]?
>
>
I did have the /usr copied at c:\usr. Since I was running msys from d:
drive,
it was prefixing d: into the path. Once I moved it into d:\usr things
worked.
I did some modifications to get it working, it looks similar to the patch
you shared.
Attached.
Some changes:
- For some reason, _pgmptr was null. I had to use "GetModuleFileNameA()"
to make it work. (I am on Windows 7)
- 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.
- I load ctags.exe from the same location as gtags.exe (something like
what we do for
sort.exe)
Any chance you can include ctags support in your next release?
> > Also, can someone share their ./configure option for compiling global
> > under Windows? --with-exuberant-ctags=/c/bin/ctags.exe
>
> No, that won't work, as you're building a native tool, so you need a
> native path - "c:" instead of "/c" is what you want. And as mentioned
> above, you probably want something for --prefix (which is the only option
> I use, but I build with stock MinGW).
>
> --
> Jason.
>
>
> _______________________________________________
> Bug-global mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/bug-global
>
>
Thanks,
Suresh
_______________________________________________
Bug-global mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-global
