Merge pull request #40 from xexyl/readmes

1984/README.md

@@ -1,14 +1,13 @@
 In 1984, the first contest was held.  The name of the contest was simply
 ``Obfuscated C Code Contest''.
 
+Look at the README.md file for the given winner for information on how to
+compile the winner and how to run the winning program.  Look at the winning
+source and try to figure how it does what it does!  You may then wish to look at
+the Author's comments for even more details.
 
-Look at the README.md file for the given winner for information
-on how to compile the winner and how to run the winning program.
-Look at the winning source and try to figure how it does what it does!
-You may then wish to look at the Author's comments for even more details.
-
-Restrictions against machine dependent code were not in the [rules](rules.txt) in 1984.
-The source file size restriction was only 512 bytes.  Rules and results
+Restrictions against machine dependent code were not in the [rules](rules.txt)
+in 1984. The source file size restriction was only 512 bytes.  Rules and results
 were posted to net.lang.c and net.unix-wizards.
 
 =-=

1986/README.md

@@ -14,8 +14,8 @@ A poll was taken for the worst code for BSD and System V program.
 The Bourne Shell (/bin/sh) won for both systems.  The BSD finger
 program took third place.
 
-Rules and results were posted to net.lang.c and net.unix-wizards.
-Micro/Systems Journal published started regular publishing of the winners.
+[Rules](rules.txt) and results were posted to net.lang.c and net.unix-wizards.
+Micro/Systems Journal started regular publishing of the winners.
 The practice of making first announcement of the winners at the Summer
 Usenix BOF started this year.  A notice was posted to net.announce.
 

1987/README.md

@@ -6,19 +6,21 @@ on how to compile the winner and how to run the winning program.
 Look at the winning source and try to figure how it does what it does!
 You may then wish to look at the Author's comments for even more details.
 
-The rules for 1987 suggested even more categories than in 1986.  Hints
-for what to do and not to do were also given in the rules.  For
-example, a simple excessive abuse of /lib/cpp was discouraged unless
-the abuse was unusual.  The mailboxes for the contest were moved from
-nsc to amdahl.  The practice of posting a preliminary set of rules for
-the next year was started this year.
+The [rules for 1997](rules.txt) suggested even more categories than in 1986.
+Hints for what to do and not to do were also given in the [rules](rules.txt).
+For example, a simple excessive abuse of /lib/cpp was discouraged unless the
+abuse was unusual.  The mailboxes for the contest were moved from nsc to amdahl.
+The practice of posting a preliminary set of rules for the next year was started
+this year.
 
-Rules and results were posted to comp.lang.c, comp.unix.wizards with
+[Rules](rules.txt) and results were posted to comp.lang.c and comp.unix.wizards with
 an announcement in news.announce.important.  Micro/Systems Journal
-published the 1987 winners.  Mark Horton included a version of the 1987
-winners in an appendix of his C book.  The first announcement of
-winners at the Summer 87 Usenix was helped by a small fly that
-danced all over the foils.
+published the 1987 winners.  [Mark R.
+Horton](https://www.amazon.com/stores/Mark-R.-Horton/author/B001HPGRB8) included a version of the [1987
+winners](../years.html#1987) in an appendix of his C book [Portable C Software International
+Edition](https://www.amazon.com/Portable-Software-Mark-R-Horton/dp/0138680507).
+The first announcement of winners at the Summer 87 Usenix was helped by a small
+fly that danced all over the foils.
 
 =-=
 

1988/README.md

@@ -7,18 +7,18 @@ Look at the winning source and try to figure how it does what it does!
 You may then wish to look at the Author's comments for even more details.
 
 The maximum size of entries was raised from 1024 to 1536 bytes, however
-smaller entries were encouraged.  Due to the "Best Abuse of the Rules"
-winner of 1987, a limit of 160 chars in the compile line was introduced.
+smaller entries were encouraged.  Due to the ["Best Abuse of the Rules"
+winner of 1987](../1987/biggar/), a limit of 160 chars in the compile line was
+introduced.
 
 This year, the Grand Prize was given to the most unusual entry and best
 abuse of the C Preprocessor rather than the most well rounded entry.
 
-Rules and results were posted to comp.lang.c, comp.sources.unix and
-alt.sources.  The 1988 winners will be published in the Micro/Systems
-Journal.
+[Rules](rules.txt) and results were posted to comp.lang.c, comp.sources.unix and
+alt.sources.  The 1988 winners will be published in the Micro/Systems Journal.
 
 Winning entries for previous years were repackaged with each year
-being in its own directory.  Make files and hints were also provided.
+being in its own directory.  Makefiles and hints were also provided.
 The package was posted to the: comp.sources.unix newsgroup.  They are
 also available on a wide number of Usenet archive sites.
 

1989/README.md

@@ -7,23 +7,23 @@ Look at the winning source and try to figure how it does what it does!
 You may then wish to look at the Author's comments for even more details.
 
 Instructions for use: Run make to compile entries (it is possible
-that on System V or non-unix systems the makefile needs to be
+that on System V or non-unix systems the Makefile needs to be
 changed).
 
 This year, the Grand Prize was given to the most useful program.
 
-The "Strangest abuse of the rules" award was given this year to stress
-the fact that starting in 1990, compiling entries must result an
+The ["Strangest abuse of the rules"](jar.1/README.md) award was given this year
+to stress the fact that starting in 1990, compiling entries must result an
 executable regular file.
 
-The makefile always uses the portable version of the "Best
-self modifying program" because there as no loss of functionality in
-using it.  In the case of the "Best game" winner, however, some
-functionality is lost in the portable version and so the makefile uses
-the original program.  System V users may need to change the makefile
+The Makefile always uses the portable version of the ["Best
+self modifying program"](fubar/) because there is no loss of functionality in
+using it.  In the case of the ["Best game"](tromp/) winner, however, some
+functionality is lost in the portable version and so the Makefile uses
+the original program.  System V users may need to change the Makefile
 to use the s5 version.  See the hint files or the Makefile for details.
 
-Rules and results were posted to comp.lang.c, comp.sources.unix, and
+[Rules](rules.txt) and results were posted to comp.lang.c, comp.sources.unix, and
 alt.sources.  They have been made available on a wide number of Usenet
 archive sites such as uunet.  The 1989 winners will be published in the
 Micro/Systems Journal.