summaryrefslogtreecommitdiffstats
path: root/README
diff options
context:
space:
mode:
authorDaniel Baumann <mail@daniel-baumann.ch>2015-11-07 14:04:22 +0000
committerDaniel Baumann <mail@daniel-baumann.ch>2015-11-07 14:04:22 +0000
commit62b30077af71ead4bcb4832db0904bd651481eb7 (patch)
tree10df1c3b8a4013b8064de7f184fda8197b2db707 /README
parentAdding debian version 1.6~pre4-1. (diff)
downloadlzlib-62b30077af71ead4bcb4832db0904bd651481eb7.tar.xz
lzlib-62b30077af71ead4bcb4832db0904bd651481eb7.zip
Merging upstream version 1.6~rc1.
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
Diffstat (limited to 'README')
-rw-r--r--README2
1 files changed, 1 insertions, 1 deletions
diff --git a/README b/README
index dc98c4f..caa8c2f 100644
--- a/README
+++ b/README
@@ -52,7 +52,7 @@ data, so the library should never crash even in case of corrupted input.
There is no such thing as a "LZMA algorithm"; it is more like a "LZMA
coding scheme". For example, the option '-0' of lzip uses the scheme in
almost the simplest way possible; issuing the longest match it can find,
-or a literal byte if it can't find a match. Conversely, a much more
+or a literal byte if it can't find a match. Inversely, a much more
elaborated way of finding coding sequences of minimum price than the one
currently used by lzip could be developed, and the resulting sequence
could also be coded using the LZMA coding scheme.