automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: obsolete paragraph in automake.texi


From: Alexandre Duret-Lutz
Subject: Re: obsolete paragraph in automake.texi
Date: Mon, 22 Mar 2004 21:28:47 +0100
User-agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux)

>>> "Stepan" == Stepan Kasal <address@hidden> writes:

 Stepan> Hello,
 Stepan> the node `true' of automake.texi explains, among other issues,
 Stepan> how should be explicite rules hand-crafted in order to interact
 Stepan> nicely with ansi2knr option.  The explanation mentions files
 Stepan> true._c, true._o and false._o
 Stepan> I beleive that current implementation uses *_.c and *_.o instead,
 Stepan> thus the above must obsolete.


Good catch!  I'm installing the following on HEAD and branch-1-8.

2004-03-22  Alexandre Duret-Lutz  <address@hidden>

        * doc/automake.texi (Default _SOURCES): Typo.
        (true): Correct _'s placement in example.
        Report from Stepan Kasal.

Index: doc/automake.texi
===================================================================
RCS file: /cvs/automake/automake/doc/automake.texi,v
retrieving revision 1.18.2.11
diff -u -r1.18.2.11 automake.texi
--- doc/automake.texi   16 Feb 2004 21:21:23 -0000      1.18.2.11
+++ doc/automake.texi   22 Mar 2004 20:25:35 -0000
@@ -982,11 +982,11 @@
 more work:
 
 @example
-true._o: true._c false.o
-        $(COMPILE) -DEXIT_CODE=0 -c true.c
+true_.o: true_.c false_.o
+        $(COMPILE) -DEXIT_CODE=0 -c true_.c
 
-false._o: true._c
-        $(COMPILE) -DEXIT_CODE=1 -c true.c && mv true._o false.o
+false_.o: true_.c
+        $(COMPILE) -DEXIT_CODE=1 -c true_.c && mv true_.o false_.o
 @end example
 
 As it turns out, there is also a much easier way to do this same task.
@@ -3353,7 +3353,7 @@
 @file{sub/libc++.c}.  (In older versions @file{sub/libc++.a}
 would be built from @file{sub_libc___a.c}, i.e., the default source
 was the canonized name of the target, with @file{.c} appended.
-Be believe the new behavior is more sensible, but for backward
+We believe the new behavior is more sensible, but for backward
 compatibility automake will use the old name if a file or a rule
 with that name exist.)
 
-- 
Alexandre Duret-Lutz





reply via email to

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