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