summaryrefslogtreecommitdiffstats
path: root/lib/lz4.h
Commit message (Collapse)AuthorAgeFilesLines
* Re-organize state's internal to be more compactYann Collet2022-07-131-4/+5
| | | | | produces less padding, notably on OS400 following #1070 by @jonrumsey
* minor : specify min versions for library version identifiersYann Collet2022-07-121-21/+21
|
* clarify static sizes of states for static allocationYann Collet2022-07-121-45/+10
|
* Change definitions of LZ4_STREAMSIZE, LZ4_STREAMDECODESIZE and ↵jonrumsey2022-07-111-2/+28
| | | | | | LZ4_STREAMHCSIZE to factor in OS400 pointer length and structure alignment rules Update the length values on platforms where pointers are 16-bytes, factor in implicit compiler padding to ensure proper alignment of members and overall structure lengths
* API: add `LZ4_decompress_safe_partial_usingDict` APIQi Wang2022-06-071-0/+1
| | | | | | feature request: #1051 Signed-off-by: Qi Wang <wangqi@linux.alibaba.com>
* update library version to v1.9.4Yann Collet2022-04-171-1/+1
| | | | to reduce confusion in traces between dev branch and latest v1.9.3 release.
* added target test-compile-with-lz4-memory-usageYann Collet2022-01-311-4/+5
| | | | and run it in GA CI
* Introduce MIN and MAX bounds to LZ4_MEMORY_USAGEYann Collet2022-01-311-3/+13
| | | | | | | ensure that `frametest` works fine with these values, notably with low LZ4_MEMORY_USAGE (dict test notably) following suggestions from @t-mat at #1016
* Define LZ4_STREAMSIZE in terms of LZ4_MEMORY_USAGEEddy Jansson2021-07-311-1/+1
| | | | | | This is required to correctly size a static member to hold the hash table, whose size is derived from LZ4_MEMORY_USAGE.
* fix some typos (work by Andrea Gelmini)Thomas Waldmann2021-01-071-1/+1
|
* fix minor header dateYann Collet2020-12-011-1/+1
|
* update obsolete section documentationYann Collet2020-11-081-12/+11
| | | | | and update manuals. fix #712
* static state sizeYann Collet2020-11-071-2/+2
| | | | for better inter-version compatibility
* re-enable alignment test on all targetsYann Collet2020-11-071-1/+1
|
* unified internal state declarationYann Collet2020-11-071-34/+26
| | | | align on `void*` instead : there is no `long long` inside the structure
* bump version numberYann Collet2020-09-291-1/+1
| | | | to v1.9.3
* comment bug on older versions of ZSTD_compress_destSize()Yann Collet2020-09-181-1/+12
| | | | following investigation in #859
* fix #783Yann Collet2020-08-271-12/+22
| | | | | | | | | | | | | | | | | LZ4_decompress_safe_partial() now also supports a scenario where nb_bytes_to_generate is <= block_decompressed_size And nb_bytes_to_read is >= block_compressed_size. Previously, the only supported scenario was nb_bytes_to_read == block_compress_size. Pay attention that, if nb_bytes_to_read is > block_compressed_size, then, necessarily, it requires that nb_bytes_to_generate is <= block_decompress_size. If both are larger, it will generate corrupted data.
* Merge branch 'fix832' into devYann Collet2020-08-111-2/+2
|\
| * fixed test of gnu c versionYann Collet2020-08-111-2/+2
| |
* | Merge pull request #896 from lz4/fix832Yann Collet2020-08-101-7/+6
|\ \ | |/ | | fix #832
| * fix #832Yann Collet2020-08-101-7/+6
| | | | | | | | does no longer rely on default 0-interpretation when __GNUC__ is not defined
* | Merge pull request #895 from lz4/hugefastYann Collet2020-08-101-1/+2
|\ \ | |/ |/| Fix #876
| * fix #876Yann Collet2020-08-101-1/+2
| | | | | | | | by introducing a max limit acceleration value
* | Remove dirty Field From LZ4_stream_tW. Felix Handte2020-08-061-4/+2
|/
* bumped version number to v1.9.2Yann Collet2019-07-011-1/+1
| | | | to reduce risks that future bug reports in `dev` branch report `v1.9.1` as the failing version.
* precise again that LZ4 decoder needs metadataYann Collet2019-06-061-22/+31
| | | | and that such metadata must be provided / sent / saved by the application.
* added more details for in-place documentationYann Collet2019-05-311-14/+15
|
* updated LZ4_DECOMPRESS_INPLACE_MARGINYann Collet2019-05-301-2/+2
| | | | | to pass worst case scenario. Now adds margin proportional to input size to counter local expansion.
* add more doc on in-place (de)compressionYann Collet2019-05-301-5/+25
|
* ensure lz4.h can be included with or without LZ4_STATIC_LINKING_ONLY in any ↵Yann Collet2019-05-291-4/+12
| | | | | | order ensure correct propagation of LZ4_DISTANCE_MAX
* added comments and macros for in-place (de)compressionYann Collet2019-05-291-2/+46
|
* several minor style changes recommended by clang-tidyYann Collet2019-04-241-2/+2
|
* bumped version numberYann Collet2019-04-191-1/+1
| | | | to v1.9.1
* address a few minor Visual warningsYann Collet2019-04-181-3/+5
| | | | and created target cxx17build
* fix out-of-bound read within LZ4_decompress_fast()Yann Collet2019-04-171-9/+10
| | | | | | | | | | | and deprecate LZ4_decompress_fast(), with deprecation warnings enabled by default. Note that, as a consequence of the fix, LZ4_decompress_fast is now __slower__ than LZ4_decompress_safe(). That's because, since it doesn't know the input buffer size, it must progress more cautiously into the input buffer to ensure to out-of-bound read.
* decompress*_fast() function do not generate deprecation warningsYann Collet2019-04-151-13/+14
| | | | | | | | | they are classified as deprecated in the API documentation (lz4.h) but do not yet trigger a warning, to give time to existing applications to move away. Also, the _fast() variants are still ~5% faster than the _safe() ones after Dave's patch.
* updated doc to underline difference between block and frameYann Collet2019-04-121-7/+11
| | | | as this is a very frequent source of confusion for new users.
* improved documentation for LZ4 dictionary compressionYann Collet2019-04-111-3/+8
|
* added versions in commentsYann Collet2019-04-101-1/+2
|
* LZ4_initStream() checks alignment restrictionYann Collet2019-04-081-7/+10
| | | | updated associated documentation
* added comment on initStream + _extState_Yann Collet2019-04-051-4/+8
| | | | as suggested by @felixhandte
* created LZ4_initStream()Yann Collet2019-04-051-44/+44
| | | | | | | | | | - 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*.
* make `_fast*()` decoder generate a deprecation warningYann Collet2019-04-041-6/+14
| | | | updated modification
* moved LZ4_decompress_fast*() into deprecated sectionYann Collet2019-04-041-23/+29
|
* fixed docYann Collet2019-04-031-7/+10
| | | | and bumped version number fo v1.9.0
* Merge pull request #593 from felixhandte/lz4hc-publish-staticYann Collet2018-10-161-19/+20
|\ | | | | Extend Macro to Allow Publishing Experimental LZ4HC Functions in Dynamic Libraries
| * Change Comment and Make LZ4LIB_STATIC_API Available to LZ4HCW. Felix Handte2018-10-161-19/+20
| |
* | Some followups and renamingsOleg Khabinov2018-10-011-2/+2
|/
* Rename initCheck to dirtyContext and use it in LZ4_resetStream_fast() to ↵Oleg Khabinov2018-09-281-12/+17
| | | | check if full reset is needed.