]> thyrsus.com Git - mad.git/commitdiff
Some more historical stuff.
authorEric S. Raymond <esr@thyrsus,com>
Tue, 2 Mar 2004 05:54:09 +0000 (05:54 +0000)
committerEric S. Raymond <esr@thyrsus,com>
Tue, 2 Mar 2004 05:54:09 +0000 (05:54 +0000)
doc/mad-manual.xml

index 6994edb8982f33a9771c0f61aa475d90b88a56b2..5e7419d63a68b8331647bae316640d206956eee1 100644 (file)
@@ -98,14 +98,17 @@ formulas, but in the language syntax descriptions where script letters
 are used as metavariables.  The whole is written in the rather stilted
 over-formal prose one typically finds in mathematical papers.</para>
 
-<para>Certain phrasings in the manual suggest that the authors
-thought of flowcharts as the primary notation for programs, and
-considered MAD code a sort of hand-compiled derivative of it.  This
-made sense at the time; programming notations were clumsy and
-primitive, and the typical complexity of programs was very low.  
-By five years later (roughly three or four Moore's-Law doublings)
-flowcharting was going out of fashion, probably for the simple
-reason that flowcharts were getting too large to draw and read!</para>
+<para>Certain phrasings in the manual suggest that the authors thought
+of flowcharts as the primary notation for programs, and considered MAD
+code a sort of hand-compiled derivative of it.  This made sense at the
+time, though it would have made much more sense if the authors had
+actually settled on a consistent notation (this manual uses at least
+three conflicting styles). Programming languages were clumsy and
+primitive, resources were scarce, and the typical complexity of
+programs was very low.  By five years later (roughly three or four
+Moore's-Law doublings) flowcharting was going out of fashion, probably
+for the simple reason that flowcharts were getting too large to draw
+and read!</para>
 
 <para>There are some significant respects in which MAD was actually
 rather advanced for its period.  The multiline WHENEVER statement
@@ -1736,7 +1739,7 @@ L = J
    .
 </programlisting>
 
-<para>This statement casues the block of statements which follows
+<para>This statement causes the block of statements which follows
 immediately afterwards to be repeatedly executed, each time varying
 the value of some variable, until the specified list of values for
 that variable is exhausted, or until some specified condition is