[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Logic-o in automake manual
From: |
Ralf Wildenhues |
Subject: |
Re: Logic-o in automake manual |
Date: |
Tue, 5 Feb 2008 21:08:19 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
Hello Reuben,
* Reuben Thomas wrote on Mon, Feb 04, 2008 at 12:50:45PM CET:
> You mean "appear newer", not "appear older", as "configure.ac" is
> lexically after "configure". If configure.ac "appeared older" than
> configure, then configure would not be rebuilt, spuriously or otherwise.
>
> By the way, "alphabetical order" should be "lexical order".
Thanks for the report. Patched as follows, master and branch-1-10.
Cheers,
Ralf
2008-02-05 Reuben Thomas <address@hidden>
* doc/automake.texi (CVS): configure.ac will appear newer, not
older, than configure. Use `lexical' instead of `alphabetical'.
diff --git a/doc/automake.texi b/doc/automake.texi
index 9d311be..c0ace40 100644
--- a/doc/automake.texi
+++ b/doc/automake.texi
@@ -9636,8 +9636,8 @@ update, not the original timestamp of this revision.
This is meant to
make sure that @command{make} notices sources files have been updated.
This timestamp shift is troublesome when both sources and generated
-files are kept under address@hidden Because CVS processes files in
alphabetical
-order, @file{configure.ac} will appear older than @file{configure}
+files are kept under address@hidden Because CVS processes files in lexical
+order, @file{configure.ac} will appear newer than @file{configure}
after a @command{cvs update} that updates both files, even if
@file{configure} was newer than @file{configure.ac} when it was
checked in. Calling @command{make} will then trigger a spurious rebuild