-
-
Notifications
You must be signed in to change notification settings - Fork 312
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
uncompressed: generic compression decode support #1208
Conversation
773c034
to
f0ddda8
Compare
Looks good to me. Let me know whether I should merge this now or wait until you have added the missing parts. |
Not yet. I think I'd like to handle the decompression earlier (in the same way we handle compressed metadata). This approach was fine for the case where the whole file is compressed, but turns out to be hard for the |
b20e382
to
4efde38
Compare
I think this is going to fail CIFuzz until google/oss-fuzz#12165 is merged |
#if WITH_DEFLATE_HEADER_COMPRESSION | ||
#include <error.h> | ||
|
||
#if WITH_ZLIB_COMPRESSION | ||
std::vector<uint8_t> deflate(const uint8_t* input, size_t size); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe deflate_zlib
for consistency.
1f54ffd
to
86299ef
Compare
This is from the draft Amendment 2 for ISO/IEC 23001-17. It re-uses and generalises the existing zlib support (from header compression), and adds an optional dependency on Brotli.
This version replaces #1194.
Feedback on the approach and internal API changes would be appreciated.
I still have some work to do on this:
There is no encoding support for this yet, and we'd likely need some kind of configuration option to specify that. It seems a bit premature given where the draft is up to.