bug-automake
[Top][All Lists]
Advanced

[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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]