In other words rather than have the link name in the form of:
1984 decot bugs
it is now:
1984/decot in bugs.html
so that it matches how the entry itself looks (as in how it's
identified) and to say where (what file) it is (in). The reason it says
'in bugs.html' rather than 'bugs' (saying that the entry has bugs) is
because not all are bugs and it's saying where to see it anyway. But
some are features, others are missing links or files or other things
like that and to keep the same form it now says 'in bugs.html'.
This was done with my sgit(1) tool like:
sgit -e 's,\([0-9][0-9][0-9][0-9]\) \([-a-z\.0-9]*\) bugs,\1/\2 in bugs.html,g' '*/*md'
The link to bugs.html itself has the path '../../bugs.html'. This is
important as it's meant to be rendered in the browser. At first this was
not remembered and I did something like:
sgit -e 's,\[\([0-9][0-9][0-9][0-9]\) \([-a-z\.0-9]*\) bugs\](../../bugs.html,\[\1/\2 in bugs.html\](%%REPO_URL%%/bugs.html,g' '*/*md'
but this was changed to the simpler one due to the problem described
above. It's worth putting this note here as a reminder, though, so I
have included it here.
Sixth International Obfuscated C Code Contest
View the index.html web page for the given winning entry for information on how
on how to compile it 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 remarks 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 changed).
The Makefile for "Best self modifying program" always uses the most portable version because there is no loss of functionality in using it. In the case of the "Best game" entry, however, some functionality is lost in the portable version and so its Makefile uses the original program.
This year, the Best of Show 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 a regular executable file.
Rules 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 winning entries will be published in the Micro/Systems Journal.
Final Comments
IMPORTANT NOTE: See contact.html for up to date contact details as well as details on how to provide fixes to any of the entries. See also the IOCCC FAQ for additional information on the IOCCC.