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 as
"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 distribution
"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
"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 cxx.
Did
"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 BUILT_SOURCES
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