From 5c9c4229dc6b9bfbcfd4cdad76032a165eabd700 Mon Sep 17 00:00:00 2001 From: Con Kolivas Date: Wed, 23 Mar 2011 09:04:04 +1100 Subject: [PATCH] Document that big endian should be fixed. --- ChangeLog | 3 ++- WHATS-NEW | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/ChangeLog b/ChangeLog index 86c8fee..68b9d30 100644 --- a/ChangeLog +++ b/ChangeLog @@ -40,7 +40,8 @@ library possible in the future. how big a block of memory to allocate by decreasing the number of threads to be used and then aborting to a minimum value should it still be too much apparent ram. -* Numerous other fixes, documentation and cleanups. +* Big Endian fixes. +* Countless other fixes, documentation and cleanups. MARCH 2011, version 0.571 Con Kolivas * Only retry mmaping if it's a memory error, otherwise it may give spurious diff --git a/WHATS-NEW b/WHATS-NEW index 4fb0e8d..055771f 100644 --- a/WHATS-NEW +++ b/WHATS-NEW @@ -24,6 +24,7 @@ preferring to decrease the number of threads used when compressing, and then aborting to a nominal minimum. A new build configuration system which should be more robust and provides neater output during compilation. +lrzip should work again on big endian hardware. lrzip-0.571