> I'm not against doing this. Since GTAGS is a GNU program, and one of
> automake's goals is to work well with other GNU programs, it seems
> like a reasonable idea.
I'm glad to hear that.
> I'm curious: what advantage does global give over etags or idutils?
Most important advantage is that G
> "Braden" == Braden McDaniel <[EMAIL PROTECTED]> writes:
Tom> I'd really like to find a better solution for the built files
Tom> problem. This is currently too hard to do in automake.
Braden> I ended up doing this:
Braden> $(libfoo_la_OBJECTS): mybuiltheader.h
I recently changed how BUI
> ">" == Shigio Yamaguchi <[EMAIL PROTECTED]> writes:
>> How about adding new target 'GTAGS' that means GLOBAL's tag to
>> automake?
I'm not against doing this. Since GTAGS is a GNU program, and one of
automake's goals is to work well with other GNU programs, it seems
like a reasonable idea
> "Marc" == Marc Espie <[EMAIL PROTECTED]> writes:
Marc> 2000-12-15Marc Espie <[EMAIL PROTECTED]>
Marc> * automake.in (handle_texinfo): Make path of $vtexi explicit in
Marc> dependency.
Marc> * texi-vers.am: Likewise.
This seems ok. I checked it in.
Tom
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> Is there some reason that *-local targets aren't always valid
Derek> when their parent exists? I wanted to define
Derek> distclean-hdr-local to remove options.h-SAVED as well as
Derek> options.h, but I can't seem to get it to work
> "Patrick" == Patrick Guio <[EMAIL PROTECTED]> writes:
Patrick> I am not sure if this is to be adressed to libtool or maybe
Patrick> automake since the problem might come from depcom... Anyway
Patrick> I am trying to build a c++ library using libtool on a
Patrick> alphaev6-dec-osf5.0 using
> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
Kevin> I'd like to propose the patch below to put any $(SUFFIXES) from
Kevin> Makefile.am at the head of the .SUFFIXES list in Makefile.in.
Thanks, I finally checked this in.
Tom
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> Is there a good reason the configure script creates
Derek> $(top_builddir)/.deps during the test that sets $DEPDIR and
Derek> doesn't delete it again? Besides some developer or other
Derek> needing sleep? ;)
Derek> My distributi
Raja R Harinath wrote:
> > directory from the same source files, this would disable either the building
> > of PDFs or it would disable everything else.
>
> Actually, new versions of texinfo.tex from ftp.gnu.org seem to not
> need a special pdftexinfo.tex.
Yep. That seems to have done the trick
