Version 2.1, May 22 2008

Added the -U switch to create Unix newlines on Windows.
Improved argument validation: -d can be used with stdout-destined output, and switches are validated for every line of an @file, to prevent bad interactions.

Version 2.0, October 6 2005

Incompatible changes:

Python 2.2 is no longer supported.
In 1.4, you could put some generator code on the [[[cog line and some on the ]]] line, to make the generators more compact. Unfortunately, this also made it more difficult to seamlessly embed those markers in source files of all kinds. Now code is only allowed on marker lines when the entire generator is single-line.
In 1.x, you could leave out the [[[end]]] marker, and it would be assumed at the end of the file. Now that behavior must be enabled with a -z switch. Without the switch, omitting the end marker is an error.

Beneficial changes:

The new -d switch removes all the generator code from the output file while running it to generate output (thanks, Blake).
The new -D switch lets you define global string values for the generators.
The new -s switch lets you mark generated output lines with a suffix.
@-files now can have command line switches in addition to file names.
Cog error messages now print without a traceback, and use a format similar to compiler error messages, so that clicking the message will likely bring you to the spot in your code (thanks, Mike).
New cog method #1: cog.error(msg) will raise an error and end processing without creating a scary Python traceback (thanks, Alexander).
New cog method #2: cog.msg(msg) will print the msg to stdout. This is better than print because it allows for all cog output to be managed through Cog.
The sequence of Cog marker lines is much stricter. This helps to ensure that Cog isn't eating up your precious source code (thanks, Kevin).

All of the generators in a single file are now run with a common globals dictionary, so that state may be carried from one to the next.

Changed all the line endings in the source to the more-portable LF from the Windows-only CRLF.

Just bug fixes:

Cog's whitespace handling deals correctly with a completely blank line (no whitespace at all) in a chunk of Cog code.
Elements returned by handyxml can now have attributes assigned to them after parsing.

Now if the cog marker lines and all the lines they contain have the same prefix characters, then the prefix is removed from each line. This allows cog to be used with languages that don't support multi-line comments.
Ensure the last line of the output ends with a newline, or it will merge with the end marker, ruining cog's idempotency.
Add the -v command line option, to print the version.
Running cog with no options prints the usage help.

First version.