]> git.ipfire.org Git - thirdparty/automake.git/commitdiff
* doc/automake.texi (Multiple Outputs): Fix mistakes reported by
authorAlexandre Duret-Lutz <adl@gnu.org>
Tue, 29 Mar 2005 23:34:50 +0000 (23:34 +0000)
committerAlexandre Duret-Lutz <adl@gnu.org>
Tue, 29 Mar 2005 23:34:50 +0000 (23:34 +0000)
Jim Meyering.

doc/automake.texi

index 7b6b89155537becae2a6734257363e2b1d8ded52..9d1f829992f27b7ef2a48ed770391b273ee3c06a 100644 (file)
@@ -674,7 +674,7 @@ package.  Since these variables are documented as being for the
 package builder, that person rightfully expects to be able to override
 any of these variables at build time.
 
-To get around this problem, automake introduces an automake-specific
+To get around this problem, Automake introduces an automake-specific
 shadow variable for each user flag variable.  (Shadow variables are
 not introduced for variables like @code{CC}, where they would make no
 sense.)  The shadow variable is named by prepending @samp{AM_} to the
@@ -8982,16 +8982,16 @@ instances of the rule execute @samp{$(MAKE) $(AM_MAKEFLAGS)
 data.stamp} concurrently the build is likely to fail (for instance the
 two rules will create @file{data.tmp}, but only one can rename it).
 
-Admittedly, such a weird situation does not happen during ordinary
+Admittedly, such a weird situation does not arise during ordinary
 builds.  It occurs only when the build tree is mutilated.  Here
 @file{data.c} and @file{data.h} have been explicitly removed without
 also removing @file{data.stamp} and the other output files.
 @code{make clean; make} will always recover from these situations even
 with parallel makes, so you may decide that the recover rule is solely
-an help to non-parallel make users and leave things as-is.  Fixing
-this requires some locking mechanism to ensure only one instance of
-the recover rule rebuilds @code{data.stamp}.  One could imagine
-something along the following lines.
+to help non-parallel make users and leave things as-is.  Fixing this
+requires some locking mechanism to ensure only one instance of the
+recover rule rebuilds @code{data.stamp}.  One could imagine something
+along the following lines.
 
 @example
 data.c data.h data.w data.x: data.stamp