| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\
| |
| | |
Add multiframe report to --list command
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| |\
| |
| | |
Fix test-amalgamation
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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")
|
| |/ |
|
| |
|
|
|
|
| |
Moved a few other tests to Makefiles.inc. Other things might need to go there.
Made a test for symlink appropriateness. Windows can NOT handle them the same way Unix-like operating systems do (if at all). This is mostly the same as the Visual C projects.
embed version info into .dll and .exes that are redistributed.
|
| |\
| |
| | |
Jpm makefile - as described in https://github.com/lz4/lz4/issues/688
|
| | | |
|
| | |
| |
| |
| | |
"install" in one place to try to isolate it.
|
| | | |
|
| | |
| |
| |
| | |
to v1.9.1
|
| | |
| |
| |
| | |
fix #679, reported by @degski
|
| | | |
|
| | |
| |
| |
| | |
and created target cxx17build
|
| | |
| |
| |
| | |
was disabled for tests
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| |/ |
|
| |
|
|
| |
as suggested by @sloutsky in #671
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
between lz4.c and lz4hc.c .
was left in a strange state after the "amalgamation" patch.
Now only 3 directives remain,
same name across both implementations,
single definition place.
Might allow some light simplification due to reduced nb of states possible.
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
when one block was not compressible,
it would tag the context as `dirty`,
resulting in compression automatically bailing out of all future blocks,
making the rest of the frame uncompressible.
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
yet some overly cautious overflow risk flag,
while it's actually impossible, due to previous test just one line above.
Changing the cast position, just to be please the thing.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
since Visual 2017,
worries about potential overflow, which are actually impossible.
Replaced (c * a) by (c ? a : 0).
Will likely replaced a * by a cmov.
Probably harmless for performance.
|
| |/
|
|
| |
output can use the full length of output buffer
|
| |
|
|
| |
as this is a very frequent source of confusion for new users.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |\
| |
| | |
made LZ4F_getHeaderSize() public
|
| | | |
|
| |/ |
|
| |
|
|
|
| |
by making a full initialization
instead of a fast reset.
|
| |
|
|
| |
towards deprecation, but still available and fully supported
|
| |
|
|
|
| |
it is now a pure initializer, for statically allocated states.
It can initialize any memory area, and because of this, requires size.
|
| |
|
|
| |
ensure it's not NULL.
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
| |
updated associated documentation
|
| |
|
|
| |
as suggested by @felixhandte
|
| |
|
|
|
|
|
|
|
|
| |
- 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*.
|
| | |
|
| |
|
|
|
|
|
|
| |
- 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
|
| |
|
|
| |
updated modification
|
| | |
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
| |
and bumped version number fo v1.9.0
|
