summaryrefslogtreecommitdiffstats
path: root/tests/fullbench.c
Commit message (Collapse)AuthorAgeFilesLines
* make `_fast*()` decoder generate a deprecation warningYann Collet2019-04-041-0/+1
| | | | updated modification
* added cppcheckYann Collet2018-09-181-2/+2
| | | | | | as Makefile target and Travis CI test. Fixed last cppcheck warnings in tests and examples
* first sketch for a byte-accurate partial decoderYann Collet2018-09-071-11/+21
|
* Test Linking C-Compiled Library and C++-Compiled TestsW. Felix Handte2018-05-221-1/+17
|
* added a test case for LZ4_decompress_fast_usingDictCyan49732018-04-291-12/+22
| | | | | | | with a separated dictionary since a joined dictionary is now detected as prefix64K. Also : fixed a minor warning under msys
* Merge pull request #522 from svpv/refactorDecYann Collet2018-04-281-1/+1
|\ | | | | Refactor dec
| * lz4.c: fixed the LZ4_decompress_safe_continue caseAlexey Tourbin2018-04-261-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The previous change broke decoding with a ring buffer. That's because I didn't realize that the "double dictionary mode" was possible, i.e. that the decoding routine can look both at the first part of the dictionary passed as prefix and the second part passed via dictStart+dictSize. So this change introduces the LZ4_decompress_safe_doubleDict helper, which handles this "double dictionary" situation. (This is a bit of a misnomer, there is only one dictionary, but I can't think of a better name, and perhaps the designation is not all too bad.) The helper is used only once, in LZ4_decompress_safe_continue, it should be inlined with LZ4_FORCE_O2_GCC_PPC64LE attached to LZ4_decompress_safe_continue. (Also, in the helper functions, I change the dictStart parameter type to "const void*", to avoid a cast when calling helpers. In the helpers, the upcast to "BYTE*" is still required, for compatibility with C++.) So this fixes the case of LZ4_decompress_safe_continue, and I'm surprised by the fact that the fuzzer is now happy and does not detect a similar problem with LZ4_decompress_fast_continue. So before fixing LZ4_decompress_fast_continue, the next logical step is to enhance the fuzzer.
* | Add _destSize() to FullbenchW. Felix Handte2018-04-261-6/+12
|/
* util.h and platform.h based on zstdPrzemyslaw Skibinski2016-12-211-0/+1
|
* executables use basic types from util.hPrzemyslaw Skibinski2016-12-211-44/+2
|
* executables use platform.hPrzemyslaw Skibinski2016-12-201-15/+1
|
* fix minor analyzer warningYann Collet2016-11-221-1/+1
|
* fix 32-bits mode.Yann Collet2016-11-171-59/+4
| | | | | | Large File support for Mac OS-X in 32-bits mode Fixed potential undefined behavior Changed makefile for 32-bits mode
* enabled deprecation warnings on remaining obsolete functionsYann Collet2016-11-121-13/+23
|
* Fixed #178 fullbench on small inputYann Collet2016-11-101-1/+3
|
* LZ4_DLL_IMPORTPrzemyslaw Skibinski2016-11-091-4/+4
|
* introduced LZ4_COMPILED_AS_DLLPrzemyslaw Skibinski2016-11-091-4/+12
|
* updated links to LZ4 repositoryPrzemyslaw Skibinski2016-11-031-1/+1
|
* test programs moved to tests/Przemyslaw Skibinski2016-11-031-0/+813