ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/liblzf/Changes
Revision: 1.40
Committed: Fri Feb 8 13:20:26 2008 UTC (16 years, 3 months ago) by root
Branch: MAIN
Changes since 1.39: +2 -1 lines
Log Message:
*** empty log message ***

File Contents

# Content
1 3.1 Fri Nov 30 11:33:04 CET 2007
2 - IMPORTANT BUGFIX: a too long final literal run would corrupt data
3 in the encoder (this was introduced in 3.0 only, earlier versions
4 are safe).
5
6 3.0 Tue Nov 13 22:13:09 CET 2007
7 - switched to 2-clause bsd with "GPL v2 or any later version" option.
8 - speed up compression by ~10-15% in common cases
9 by some manual unrolling.
10 - import some compiler tricks from JSON::XS, for further speed-ups.
11 - tune hash functions depending on ULTRA_FAST or VERY_FAST settings.
12 - for typical binary data (e.g. /bin/bash, memory dumps,
13 canterbury corpus etc.), speed is now comparable to fastlz, but
14 with better compression ratio. with ULTRA_FAST, it's typically
15 3-15% faster than fastlz while still maintaining a similar ratio.
16 (amd64 and core 2 duo, ymmv). thanks a lot for the competition :)
17 - undo inline assembly in compressor, it is no longer helpful.
18 - no changes to the decompressor.
19 - use a HLOG of 16 by default now (formerly 15).
20
21 2.1 Fri Nov 2 13:34:42 CET 2007
22 - switched to a 2-clause bsd license with GPL exception.
23 - get rid of memcpy.
24 - tentatively use rep movsb on x86 and x86_64 (gcc only) for a
25 moderate speed improvement.
26 - applied patch by Kein-Hong Man to maske lzf.c compile under
27 the crippled mingw32 environment.
28
29 2.0 Fri Feb 16 23:11:18 CET 2007
30 - replaced lzf demo by industrial-strength lzf utility with behaviour
31 similar other compression utilities. Thanks for Stefan Traby for
32 rewriting it!
33 - fix state arg prototype.
34
35 1.7 Wed Sep 27 17:29:15 CEST 2006
36 - remove bogus "unlzf" patch.
37 note to self: never accept well-meant patches.
38 - make lzf more robust in presence of padding bytes or sudden eof.
39
40 1.6 Fri Jul 7 17:31:26 CEST 2006
41 - the lzf example utility will now uncompress if invoked
42 as "unlzf" (patch by Scott Feeney).
43 - add CHECK_INPUT option that adds more checks for input
44 data validity.
45 - help applications that do not pass in the correct length
46 (such as php) by returning either EINVAL or E2BIG.
47 - default HLOG size is now 15 (cpu caches have increased).
48 - documentation fixes.
49
50 1.51 Thu Apr 14 22:15:46 CEST 2005
51 - incorporated C♯ implementation of both the en- and decoder,
52 written by "Oren J. Maurice <oymaurice@hazorea.org.il>".
53 You can find it in the cs/ subdirectory.
54 - make FRST, NEXT IDX overridable if lzf_c.c is directly included
55 in the code.
56
57 1.5 Tue Mar 8 20:23:23 CET 2005
58 - incorporated improvements by Adam D. Moss,
59 which includes a new VERY_FAST mode which is
60 a bit slower than ULTRA_FAST but much better,
61 and enabled it as default.
62
63 1.401 Thu Mar 3 18:00:52 CET 2005
64 - use cstring in c++, not string.h.
65 - change of contact address.
66
67 1.4 Wed Dec 15 08:08:49 CET 2004
68 - very very slight tuning of the hashing function.
69
70 1.3 Thu Mar 25 15:41:17 CET 2004
71 - changed license of lzf core code to explicitly allow
72 relicensing under the GPLv2.
73 - added VPATH support as suggested by Björn Eriksson.
74
75 1.2 Mon Dec 29 13:47:28 CET 2003
76 - avoid spurious memory accesses after the to-be-compressed
77 memory region. originally reported by Michal Zalewski.
78 - flip LZF_STACK_ARG meaning (to be correct).
79
80 1.1 Tue Dec 23 05:48:32 CET 2003
81 - removed #warn directive, it's not worth the hassle.
82 - add LZF_STACK_ARG and AVOID_ERRNO configurations
83 for embedded systems.
84 - make it compile cleanly as c++.
85 - some small documentation and code fixes.
86
87 1.0 Sun Nov 17 12:37:37 CET 2002
88 - slightly better compression ratio, almost unmeasurably
89 slower.
90 - some documentation fixes.
91
92 0.4 Thu Jun 13 14:11:10 CEST 2002
93 - typoe fix.
94 - lzf demo program now properly decompresses small files.
95 - fix another 64 bit issue, found by Laurent Deniel.
96
97 0.3 Tue Jan 16 13:21:14 CET 2001
98 - fix silly beginners 32/64 bit mistake.
99
100 0.2 Thu Jan 4 05:56:42 CET 2001
101 - now totally independent of autoconfig, for
102 easy inclusion into other programs.
103 - much better fine-tuning, faster and better than 0.1.
104
105 0.1 2000
106 - initial release.