6:13:11 2001
@@ -1,3 +1,9 @@
+2001-07-04 OKUJI Yoshinori <[EMAIL PROTECTED]>
+
+ * automake.in (scan_texinfo_file): Add the second argument to
+ `@syncodeindex' into @CLEAN_SUFFIXES, because the combined index
+ itself may not be used directly.
+
2001-07-03
for-grub.tar.gz>.
Okuji
Index: ChangeLog
===
RCS file: /cvs/automake/automake/ChangeLog,v
retrieving revision 1.872
diff -u -r1.872 ChangeLog
--- ChangeLog 2000/06/02 23:27:02 1.872
+++ ChangeLog 2000/06/19 11:23:15
@@ -1,3
Hello,
As I reported several weeks ago, the CVS version of Automake has a
bug that it installs the scripts `depcomp' and `compile' into each
$(srcdir)s instead of $(top_srcdir) when the aux dir is not defined
explicitly. That is not still fixed, so I took a look at the code, to
fix that mysel
From: Akim Demaille <[EMAIL PROTECTED]>
Subject: Re: the appropriate location for depcomp
Date: 27 Mar 2000 10:16:49 +0200
> If you mean for *all* the files, I'm all for it. Amongst the various
> choices, the best one is most probably the one which needs the
> smallest amount of documentation, h
From: Alex Hornby <[EMAIL PROTECTED]>
Subject: Re: the appropriate location for depcomp
Date: Mon, 20 Mar 2000 10:32:33 + (GMT)
> I think they should be in AC_CONFIG_AUX_DIR(), that way the maintainer
> can chose where they go.
I meant which directory to be used if AC_CONFIG_AUX_DIR is _n
Automake requires some helper scripts such as `depcomp', but there
is an inconsistency. The documentation tells me that they are put in
the top directory or the source directory. However, while `depcomp' is
required in the source directory by automake, the `Makefile.in's
produced by automake req
From: Tom Tromey <[EMAIL PROTECTED]>
Subject: Re: Why does Makefile depend on BUILT_SOURCES?
Date: Wed, 15 Mar 2000 21:33:06 -0800 (PST)
> Only a historical one. In the old days we computed dependencies
> early, so we had to make sure that built sources were built before the
> dependency-generat
I'm now investigating why the latest CVS version of Automake doesn't
work with GRUB nicely. I've already sent some patches to bug-automake,
but I encountered another problem; "make distclean" doesn't work.
After looking into it by "make -d distclean", this turned out:
1. The target `distclea
