Hi jason,
Thank you always.
I found a problem.
> Find attached the patch to make the plug-in parser work with Windows.
> It adds "-no-undefined" to the *_la_LDFLAGS options, necessary to
> create the DLLs. It also changes "@{libdir}" to "@{prefix}/lib" and
It is no problem.
> does the opposite change in gtags.conf.in, changing "@prefix@/lib" to
> "@libdir@". This is necessary so I can "configure --prefix=c:/usr
> --libdir=/usr/lib", preventing the drive colon from interfering with
There is a problem.
Without --libdir=xxx, configure script converts "@libdir@" into
"${exec_prefix}/lib". It is valid in Makefiles. But it is invalid
in gtags.conf.
ex.
gtags_parser=Asm\:${exec_prefix}/lib/gtags/exuberant-ctags.la:\
==============
Though I dislike the specification, I can nothing about it.
Shigio
> the config. I also ignore libtool, so the actual path in the config
> doesn't matter (although it will be used if it's valid).
>
> --
> Jason.
2014-06-13 20:56 GMT+09:00 Jason Hood <[email protected]>:
> Find attached the patch to make the plug-in parser work with Windows.
> It adds "-no-undefined" to the *_la_LDFLAGS options, necessary to
> create the DLLs. It also changes "@{libdir}" to "@{prefix}/lib" and
> does the opposite change in gtags.conf.in, changing "@prefix@/lib" to
> "@libdir@". This is necessary so I can "configure --prefix=c:/usr
> --libdir=/usr/lib", preventing the drive colon from interfering with
> the config. I also ignore libtool, so the actual path in the config
> doesn't matter (although it will be used if it's valid).
>
> --
> Jason.
>
> _______________________________________________
> Bug-global mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/bug-global
>
>
--
Shigio YAMAGUCHI <[email protected]>
PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3
_______________________________________________
Bug-global mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-global
