summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* added tests for -d -m -cYann Collet2019-04-123-13/+35
| | | | seems to work properly
* fixed lz4 -m -cYann Collet2019-04-124-16/+46
| | | | can compress multiple files into stdout
* Merge pull request #666 from lz4/blockIndepYann Collet2019-04-124-14/+23
|\ | | | | added command -BI for "Independent Blocks"
| * added command -BI for "Independent Blocks"Yann Collet2019-04-124-14/+23
|/ | | | | | | | This is the reverse of `-BD`, and the current default. This command can be useful to reverse a previous `-BD` command. It may in the future be more important if `lz4` switches to generating dependent blocks by default.
* updated man pageYann Collet2019-04-122-6/+16
| | | | with --favor-decSpeed
* updated doc to underline difference between block and frameYann Collet2019-04-125-26/+46
| | | | as this is a very frequent source of confusion for new users.
* Merge pull request #665 from lz4/dictYann Collet2019-04-116-15/+50
|\ | | | | Dictionary compression
| * improved documentation for LZ4 dictionary compressionYann Collet2019-04-116-15/+50
| |
* | Merge pull request #664 from lz4/maxdistYann Collet2019-04-116-38/+84
|\ \ | |/ | | introduce LZ4_DISTANCE_MAX build macro
| * introduce LZ4_DISTANCE_MAX build macroYann Collet2019-04-116-38/+84
|/ | | | | | | | | | make it possible to generate LZ4-compressed block with a controlled maximum offset (necessarily <= 65535). This could be useful for compatibility with decoders using a very limited memory budget (<64 KB). Answer #154
* updated block format with more details on MF_LIMITYann Collet2019-04-111-12/+23
| | | | aka distance from end of block for the last match.
* Merge pull request #663 from lz4/headerSizeYann Collet2019-04-103-60/+107
|\ | | | | made LZ4F_getHeaderSize() public
| * made LZ4F_getHeaderSize() publicYann Collet2019-04-103-60/+107
| |
* | added versions in commentsYann Collet2019-04-102-2/+7
|/
* Merge pull request #659 from lz4/resetFastYann Collet2019-04-0914-343/+495
|\ | | | | LZ4_resetStream*_fast()
| * fixed loadDictHCYann Collet2019-04-092-14/+22
| | | | | | | | | | by making a full initialization instead of a fast reset.
| * re-enable LZ4_resetStreamHC()Yann Collet2019-04-091-1/+1
| | | | | | | | towards deprecation, but still available and fully supported
| * modified LZ4_initStreamHC() to look like LZ4_initStream()Yann Collet2019-04-097-72/+119
| | | | | | | | | | it is now a pure initializer, for statically allocated states. It can initialize any memory area, and because of this, requires size.
| * check some more initialization resultYann Collet2019-04-081-1/+5
| | | | | | | | ensure it's not NULL.
| * removed LZ4_stream_t alignment test on VisualYann Collet2019-04-081-0/+8
| | | | | | | | | | | | | | it fails on x86 32-bit mode : Visual reports an alignment of 8-bytes (even with alignof()) but actually only align LZ4_stream_t on 4 bytes. The alignment check then fails, resulting in missed initialization.
| * checkFrame: removed %zuYann Collet2019-04-081-7/+12
| | | | | | | | not liked by mingw
| * fullbench: assert lz4_stream_t initializationYann Collet2019-04-081-2/+4
| |
| * fixed cleaning tmp directoryYann Collet2019-04-081-3/+3
| |
| * slightly faster huge file testYann Collet2019-04-081-1/+1
| | | | | | | | | | level down 5->4 size down 6G->5G
| * added make list target to testsYann Collet2019-04-081-0/+6
| |
| * LZ4_initStream() checks alignment restrictionYann Collet2019-04-082-7/+17
| | | | | | | | updated associated documentation
| * added comment on initStream + _extState_Yann Collet2019-04-051-4/+8
| | | | | | | | as suggested by @felixhandte
| * created LZ4_initStream()Yann Collet2019-04-059-105/+111
| | | | | | | | | | | | | | | | | | | | - promoted LZ4_resetStream_fast() to stable - moved LZ4_resetStream() into deprecate, but without triggering a compiler warning - update all sources to no longer rely on LZ4_resetStream() note : LZ4_initStream() proposal is slightly different : it's able to initialize any buffer, provided that it's large enough. To this end, it accepts a void*, and returns an LZ4_stream_t*.
| * fixed _GNU_SOURCE duplicateYann Collet2019-04-051-0/+1
| |
| * fuzzer: fixed strict c99 with mmap+MAP_ANONYMOUSYann Collet2019-04-052-8/+5
| |
| * fixed strict iso C90Yann Collet2019-04-051-1/+1
| |
| * created LZ4_initStreamHC()Yann Collet2019-04-056-171/+225
|/ | | | | | | | - promoted LZ4_resetStreamHC_fast() to stable - moved LZ4_resetStreamHC() to deprecated (but do not generate a warning yet) - Updated doc, to highlight difference between init and reset - switched all invocations of LZ4_resetStreamHC() onto LZ4_initStreamHC() - misc: ensure `make all` also builds /tests
* Merge pull request #658 from lz4/_fastYann Collet2019-04-048-60/+97
|\ | | | | Deprecated LZ4_decompres_fast*() functions
| * make `_fast*()` decoder generate a deprecation warningYann Collet2019-04-047-39/+70
| | | | | | | | updated modification
| * moved LZ4_decompress_fast*() into deprecated sectionYann Collet2019-04-042-24/+30
|/
* Merge pull request #657 from lz4/destSizeYann Collet2019-04-044-117/+173
|\ | | | | moved _destSize() into "stable API" status
| * fixed an old bug in LZ4F_flush()Yann Collet2019-04-032-66/+109
| | | | | | | | | | | | | | which remained undetected so far, as it requires a fairly large number of conditions to be triggered, starting with enabling Block checksum, which is disabled by default, and which usage is known to be extremely rare.
| * fixed docYann Collet2019-04-032-16/+22
| | | | | | | | and bumped version number fo v1.9.0
| * moved _destSize() into "stable API" statusYann Collet2019-04-032-48/+55
|/ | | | as requested in #642
* Merge pull request #656 from lz4/armtestYann Collet2019-04-032-55/+80
|\ | | | | LZ4_FAST_DEC_LOOP macros
| * minor comments and reformattingYann Collet2019-04-031-12/+17
| |
| * fixed minor conversion warningsYann Collet2019-04-031-14/+10
| |
| * created LZ4_FAST_DEC_LOOP build macroYann Collet2019-04-022-9/+31
| |
| * fixed a few minor conversion warningsYann Collet2019-04-021-20/+22
|/
* Merge pull request #652 from vtorri/devYann Collet2019-03-033-3/+3
|\ | | | | Allow installation of lz4 for Windows 10 with MSYS2
| * Allow installation of lz4 for Windows 10 with MSYS2Vincent Torri2019-03-033-3/+3
| |
* | Merge pull request #645 from djwatson/optimize_decompress_genericYann Collet2019-02-121-19/+245
|\ \ | | | | | | Optimize decompress generic
| * | decompress_generic: Limit fastpath to x86Dave Watson2019-02-111-3/+9
| | | | | | | | | | | | | | | New fastpath currently shows a regression on qualcomm arm chips. Restrict it to x86 for now
| * | decompress_generic: Add fastpath for small offsetsDave Watson2019-02-081-19/+59
| | | | | | | | | | | | | | | | | | | | | | | | For small offsets of size 1, 2, 4 and 8, we can set a single uint64_t, and then use it to do a memset() variation. In particular, this makes the somewhat-common RLE (offset 1) about 2-4x faster than the previous implementation - we avoid not only the load blocked by store, but also avoid the loads entirely.
| * | decompress_generic: Unroll loops a bit moreDave Watson2019-02-081-7/+7
| | | | | | | | | | | | | | | | | | | | | | | | Generally we want our wildcopy loops to look like the memcpy loops from our libc, but without the final byte copy checks. We can unroll a bit to make long copies even faster. The only catch is that this affects the value of FASTLOOP_SAFE_DISTANCE.