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. _______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global
