summaryrefslogtreecommitdiffstats
path: root/lib/README.md
Commit message (Collapse)AuthorAgeFilesLines
* ensure conformance with custom LZ4_DISTANCE_MAXYann Collet2019-07-151-2/+2
| | | | | | | | | | | | | | It's now possible to select a custom LZ4_DISTANCE_MAX at compile time, provided it's <= 65535. However, in some cases (when compressing in byU16 mode), the new distance wasn't respected, as it used to implied that it was necessarily within range. Added a distance check for this case. Also : added a new TravisCI test which ensures that custom LZ4_DISTANCE_MAX compiles correctly and compresses correctly (relying on `assert()` to find outsized offsets).
* test-amalgamation: use a single cat commandDmitry V. Levin2019-04-231-3/+1
| | | | | | | | | | Use the list of prerequisites instead of listing those files manually, this way they will never fall out of sync. Also update the amalgamation example to use a single cat command. Fixes: a7e8d394 ("[amalgamation] add test") Fixes: b192c86b ("[amalgamation] lz4frame.c")
* updated doc to underline difference between block and frameYann Collet2019-04-121-4/+5
| | | | as this is a very frequent source of confusion for new users.
* introduce LZ4_DISTANCE_MAX build macroYann Collet2019-04-111-0/+7
| | | | | | | | | | 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
* make `_fast*()` decoder generate a deprecation warningYann Collet2019-04-041-3/+11
| | | | updated modification
* created LZ4_FAST_DEC_LOOP build macroYann Collet2019-04-021-4/+15
|
* Merge pull request #610 from antinucleon/bootcampYann Collet2018-11-261-0/+13
|\ | | | | [amalgamation] lz4frame.c
| * [amalgamation] lz4frame.cBing Xu2018-11-261-0/+13
| |
* | update lib/README.mdVincent Torri2018-11-181-1/+4
| |
* | Add documentation about DLLTOOL variableVincent Torri2018-11-181-0/+1
|/
* updated build docYann Collet2018-09-131-6/+11
|
* merge lz4opt.h into lz4hc.cYann Collet2018-02-251-1/+1
| | | | | | | | | | | | | | Having a dedicated file for optimal parser made sense during its creation, it allowed Przemyslaw to work more freely on lz4opt, with less dependency on lz4hc, moreover, the optimal parser was more complex, with its own search functions. Since the optimal was rewritten last year, it's now a lot lighter. It makes more sense now to integrate it directly inside lz4hc.c, making it easier to edit (editors are a bit "lost" inside a `*.h` dependent on its #include position), it also reduces the number of files in the project, which fits pretty well with lz4 objectives. (adding lz4hc requires "just" lz4hc.h and lz4hc.c).
* early out is not betterYann Collet2017-10-091-1/+1
|
* updated lib/READMEYann Collet2017-09-061-28/+28
| | | | clarifications, improved wording
* updated README.mdPrzemyslaw Skibinski2016-11-221-1/+1
|
* MinGW doesn't require the import library at allPrzemyslaw Skibinski2016-11-161-2/+6
|
* DLL dependencies moved to lib/dll/Przemyslaw Skibinski2016-11-151-3/+3
|
* added visual\README.mdPrzemyslaw Skibinski2016-11-111-4/+4
|
* Fix license and remove references to zstdNick Terrell2016-11-111-1/+1
|
* Using MinGW+MSYS to create DLLPrzemyslaw Skibinski2016-11-101-1/+13
|
* udated README.mdPrzemyslaw Skibinski2016-11-101-4/+21
|
* documentation moved to doc/Przemyslaw Skibinski2016-11-031-1/+1
|
* Clarified license (#115, #244)Yann Collet2016-11-021-7/+26
|
* Updated lib readmeYann Collet2015-06-271-4/+5
|
* Minor lib readme updateYann Collet2015-06-181-4/+5
|
* Added : Readme into lib directory, to explain what does each fileYann Collet2015-03-161-0/+19
generated by cgit v0.12 at 2024-09-06 13:08:28 (GMT)