Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | updated license & header dates | Yann Collet | 2020-11-25 | 9 | -9/+9 |
| | |||||
* | update doc | Yann Collet | 2020-11-15 | 1 | -1/+1 |
| | |||||
* | fix minor win32 warning | Yann Collet | 2020-11-15 | 1 | -1/+2 |
| | |||||
* | better visual conformance | Yann Collet | 2020-11-15 | 1 | -4/+3 |
| | | | | | | only include <intrin.h> on vs2005+ (#947) remove some useless #pragma fix a few minor Visual warnings | ||||
* | Merge branch 'dev' of github.com:Cyan4973/lz4 into dev | Yann Collet | 2020-11-14 | 1 | -2/+3 |
|\ | |||||
| * | minor refactor of lz4io | Yann Collet | 2020-11-13 | 1 | -2/+3 |
| | | | | | | | | | | for readability. Mostly around --list capability | ||||
* | | restrict BitScanForward() to VS2005+ | Yann Collet | 2020-11-14 | 1 | -1/+1 |
|/ | | | | suggested by @aqrit in #947 | ||||
* | minor : lz4frame include stdlib only if needed | Yann Collet | 2020-11-10 | 1 | -1/+1 |
| | |||||
* | changed LZ4_calloc() to a 2-arguments signature | Yann Collet | 2020-11-09 | 1 | -2/+2 |
| | | | | | | to remain similar to stdlib's calloc(). Updated test to use c++ compiler for stricter signature check. | ||||
* | Merge branch 'dev' into customMem | Yann Collet | 2020-11-09 | 2 | -4/+7 |
|\ | |||||
| * | Merge pull request #944 from lz4/fix874 | Yann Collet | 2020-11-09 | 1 | -1/+1 |
| |\ | | | | | | | fix #874 | ||||
| | * | fix #874 | Yann Collet | 2020-11-08 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | | | | coverity reported a warning regarding a memcpy() overwrite. This is a false positive (the memory area is large enough), but it's true that it's not trivial to determine (encompassing struct), and it's proper anyway to only memcpy() just the right amount of data. | ||||
| * | | Merge pull request #945 from lz4/fix926 | Yann Collet | 2020-11-09 | 2 | -3/+6 |
| |\ \ | | |/ | |/| | fixed remaining ubsan warnings | ||||
| | * | fixed remaining ubsan warnings | Yann Collet | 2020-11-09 | 2 | -3/+6 |
| | | | |||||
* | | | first proposal for LZ4_USER_MEMORY_FUNCTIONS | Yann Collet | 2020-11-09 | 3 | -12/+28 |
|/ / | | | | | | | | | | | | | | | | | makes it possible to replace at link time malloc, calloc and free by user-provided functions which must be named LZ4_malloc(), LZ4_calloc() and LZ4_free(). answer #937 | ||||
* | | update obsolete section documentation | Yann Collet | 2020-11-08 | 1 | -12/+11 |
|/ | | | | | and update manuals. fix #712 | ||||
* | fix minor UBs | Yann Collet | 2020-11-08 | 2 | -3/+5 |
| | | | | | - check alignment before casting a pointer - saveDict : don't memmove() on NULL dst | ||||
* | fix #926 | Yann Collet | 2020-11-08 | 1 | -18/+20 |
| | | | | | fix incorrect behavior of LZ4_saveDictHC() when invoked right after initialization. | ||||
* | Merge pull request #941 from lz4/revertinline | Yann Collet | 2020-11-08 | 2 | -20/+20 |
|\ | | | | | Revert "Replace "static" to "LZ4_FORCE_INLINE" for small functions" | ||||
| * | Revert "Replace "static" to "LZ4_FORCE_INLINE" for small functions" | Yann Collet | 2020-11-07 | 2 | -20/+20 |
| | | | | | | | | This reverts commit 0e3933edd435c54cc2e21e38f5d4ba7bf644a24e. | ||||
* | | fix #935 | Yann Collet | 2020-11-07 | 2 | -3/+4 |
|/ | | | | | | | minor: identical declaration and prototypes of `LZ4HC_compress_optimal()` also : very minor optimization of `LZ4_memcpy_using_offset()` | ||||
* | LZ4F_decompress requires a valid dctx state | Yann Collet | 2020-11-07 | 3 | -7/+10 |
| | | | | | This is now explicitly documented and asserted. fix #927 | ||||
* | Merge pull request #936 from lz4/alignTest | Yann Collet | 2020-11-07 | 5 | -108/+77 |
|\ | | | | | More alignment tests | ||||
| * | static state size | Yann Collet | 2020-11-07 | 2 | -4/+4 |
| | | | | | | | | for better inter-version compatibility | ||||
| * | re-enable alignment test on all targets | Yann Collet | 2020-11-07 | 3 | -17/+10 |
| | | |||||
| * | unified internal state declaration | Yann Collet | 2020-11-07 | 2 | -74/+41 |
| | | | | | | | | align on `void*` instead : there is no `long long` inside the structure | ||||
| * | document LZ4_ALIGN_TEST | Yann Collet | 2020-11-06 | 1 | -0/+3 |
| | | |||||
| * | unified alignment test | Yann Collet | 2020-11-06 | 2 | -27/+30 |
| | | | | | | | | across lz4.c and lz4hc.c | ||||
| * | preserver alignment test on Visual Studio x64 | Yann Collet | 2020-10-02 | 1 | -16/+19 |
| | | | | | | | | | | this it works fine in this environment (only x86 is suspicious) | ||||
* | | Merge pull request #930 from remittor-pr/fix_msvc | Yann Collet | 2020-10-31 | 2 | -38/+38 |
|\ \ | | | | | | | Fix: The "inline" specifier do not use for LZ4_wildCopy8 and LZ4_wildCopy32 | ||||
| * | | Replace "static" to "LZ4_FORCE_INLINE" for small functions | remittor | 2020-10-07 | 2 | -20/+20 |
| | | | | | | | | | | | | The "static" specifier does not guarantee that the function will be inlined. | ||||
| * | | Replace define LZ4_FORCE_O2_INLINE_GCC_PPC64LE to LZ4_FORCE_INLINE | remittor | 2020-10-07 | 1 | -18/+18 |
| | | | | | | | | | | | | There is no reason to separate these two definitions! | ||||
| * | | Fix: The "inline" specifier do not use for LZ4_wildCopy8 and LZ4_wildCopy32 | remittor | 2020-10-06 | 1 | -1/+1 |
| |/ | | | | | | | This problem was reproduced on MSVC 2015 (32-bit). Both functions were called using the operator "call". | ||||
* | | [lz4hc] Made function LZ4HC_encodeSequence a human readable | remittor | 2020-10-03 | 1 | -23/+30 |
|/ | |||||
* | add LZ4F_decompress() tests with (NULL,0) input and output | Yann Collet | 2020-10-02 | 1 | -32/+52 |
| | | | | fix one (rare & complex) issue discovered by this test | ||||
* | make scan-build accept assert() | Yann Collet | 2020-10-01 | 1 | -6/+9 |
| | |||||
* | fix bad init scenario | Yann Collet | 2020-10-01 | 1 | -3/+5 |
| | |||||
* | added memcpy() related SA warning fixes | Yann Collet | 2020-10-01 | 1 | -8/+14 |
| | | | | memcpy() on NULL is UB, even if length is 0. | ||||
* | fix conversion warning | Yann Collet | 2020-09-30 | 1 | -5/+5 |
| | |||||
* | Merge branch 'dev' into safixes | Yann Collet | 2020-09-30 | 1 | -1/+1 |
|\ | |||||
| * | bump version number | Yann Collet | 2020-09-29 | 1 | -1/+1 |
| | | | | | | | | to v1.9.3 | ||||
* | | fix minor static analyzer warnings | Yann Collet | 2020-09-30 | 3 | -37/+39 |
|/ | | | | | detected by scan-build, cppcheck and advanved compilation flags fix #786 | ||||
* | Merge pull request #923 from lz4/fix784 | Yann Collet | 2020-09-28 | 2 | -42/+105 |
|\ | | | | | fix efficiency of LZ4_compress_HC_destSize() | ||||
| * | improved last literals run on LZ4_compress_destSize | Yann Collet | 2020-09-28 | 1 | -2/+2 |
| | | | | | | | | | | | | applying new more accurate formula from LZ4_compress_HC_destSize() also : fix some minor display issue in tests/frametest | ||||
| * | ensure last match not too close to end | Yann Collet | 2020-09-28 | 2 | -21/+40 |
| | | | | | | | | must respect MFLIMIT distance from oend | ||||
| * | fix incorrect counting | Yann Collet | 2020-09-28 | 1 | -2/+3 |
| | | | | | | | | after truncation of last sequence | ||||
| * | fix efficiency of LZ4_compress_HC_destSize() | Yann Collet | 2020-09-28 | 2 | -25/+68 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | LZ4_compress_HC_destSize() had a tendency to discard its last match when this match overflowed specified dstBuffer limit. The impact is generally moderate, but occasionally huge, typically when this last match is very large (such as compressing a bunch of zeroes). Issue #784 fixed for both Chain and Opt implementations. Added a unit test suggested by @remittor checking this topic. | ||||
* | | Merge pull request #921 from lz4/doubleNull | Yann Collet | 2020-09-28 | 1 | -0/+1 |
|\ \ | | | | | | | fix compressing into NULL | ||||
| * | | fix compressing into NULL | Yann Collet | 2020-09-26 | 1 | -0/+1 |
| |/ | | | | | | | | | fails properly bug discovered by oss-fuzz | ||||
* | | Fix compilation with TinyCC | Anton Kochkov | 2020-09-27 | 1 | -2/+2 |
|/ |