Update changelogs.

ChangeLog

@@ -10,11 +10,12 @@ was also using the faked versions on all builds.
 accessing the buffer directly, thus allowing us to have window sizes larger than
 available ram. This is implemented through the use of a "sliding mmap"
 implementation. Sliding mmap uses two mmapped buffers, one large one as
-previously, and one page sized smaller one. When an attempt is made to read
-beyond the end of the large buffer, the small buffer is remapped to the file
-area that's being accessed. While this implementation is 100x slower than direct
-mmapping, it allows us to implement unlimited sized compression windows.
-* Implement the -U option with unlimited sized windows.
+previously, and one smaller one. When an attempt is made to read beyond the end
+of the large buffer, the small buffer is remapped to the file area that's being
+accessed, while the larger one is remapped as the search progresses along the
+file. While this implementation is potentially much slower than direct mmapping,
+it allows us to implement unlimited sized compression windows.
+* Implement the -U option with unlimited sized compression windows.
 * Rework the selection of compression windows. Instead of trying to guess how
 much ram the machine might be able to access, we try to safely buffer as much
 ram as we can, and then use that to determine the file buffer size. Do not
@@ -28,10 +29,15 @@ and the compression backends.
 * More error handling.
 * Change -L to affect rzip compression level directly as well as backend
 compression level and use 9 by default now.
-* More cleanups of information output.
+* Fix file size reporting on compressed files generated from stdin.
+* More cleanups of information output and more information.
+* Add chunk percentage to progress update.
+* Reinstated the 2GB buffer limit on 32 bit machines during compression, though
+the -U mode can work around it now.
+* Code micro-optimisations.
 * Use 3 point release numbering in case one minor version has many subversions.
 * Numerous minor cleanups and tidying.
-* Updated docs and manpages.
+* Updated docs, manpages, and benchmarks.
 
 NOVEMBER 2010, version 0.5 Con Kolivas
 * Changed offset encoding in rzip stage to use variable byte width offsets

WHATS-NEW

@@ -2,15 +2,21 @@ lrzip-0.5.1
 
 Fixed the build on Darwin.
 Rewrote the rzip compression phase to make it possible to use unlimited sized
-windows now, not limited by ram. Unfortunately it's 100 times slower in this
-mode but you can compress a file of any size as one big compression window with
-it using the new -U option.
+windows now, not limited by ram. Unfortunately it gets progressively slower in
+this mode the bigger the file gets but you can compress a file of any size as
+one big compression window with it using the new -U option. Suggest you try
+the new improved -M mode first or in combination. See the docs for more
+information.
 Changed the memory selection system to simply find the largest reasonable sized
 window and use that by default instead of guessing the window size.
 Setting -M now only affects the window size, trying to find the largest
 unreasonably sized window that will still work.
 The default compression level is now 9 and affects the rzip compression stage
 as well as the backend compression.
+Fixed some potential failures during compression.
+Improved screen output with more reporting in verbose mode, and chunk size
+percentage update.
+Fixed file size reporting on compressed files generated from stdin.
 Changed to 3 point releases in case we get more than 9 subversions ;)
 
 lrzip-0.50