** breaking changes **
decompress.1.0.0 is 3 times faster about decompression than before. A huge amount of work was done to improve performance and coverage.
The main reason to update the API is to fix a bad design decision regarding split compression and encoding. User is able to implement a new compression algorithm and use it.
Release comes with regressions:
decompress only supports Bigarray now, not BytesOf course, v1.0.0 comes with fixes and improvements:
decompress is able to compress/uncompress Calgary corpuszlibdecompress.v0.9.0 and 3 times slower than zlibdecompress is split into 2 main modules:
dd which implements RFC1951zz which implements ZLIBAPI of them are pretty-close to what decompress.v0.9.0 does with some advantages on dd:
Dd.LddAs a response to #25, dd provides a higher level API resembling camlzip.
mmap (@XVilka, @dinosaure, @hannesm, #68, #69, #71)decompress (@dinosaure, #63)Bytes.t and Bigstring.t as I/O buffer (@dinosaure)breaking change New interface of decompress
We wrap API in Zlib_{inflate/deflate} and add RFC1951_{inflate/deflate}.
jbuilder/dune (task from @samoht)zlib headerFixed infinite loop (task fron @cfcs)
See 2e3af68, decompress has an infinite loop when the inflated dictionary does not provide any bindings (and length of opcode is <= 0). In this case, decompress expects an empty input and provide an empty output in any case.
sync_flush, partial_flush, full_flush (experimental)topkg