The first condition is only necessary if we have not read enough
(enough being defined by src_last, not src_end which is the end
of the image).
The second condition now fits the comment below: "if not
incremental, and we are past the end of buffer".
BUG=oss-fuzz:62136
Change-Id: I0700f67c62db8e1c02c2e429a069a71e606a5e4f
First, BuildHuffmanTable is called to check if the data is valid.
If it is and the table is not big enough, more memory is allocated.
This will make sure that valid (but unoptimized because of unbalanced
codes) streams are still decodable.
Bug: chromium:1479274
Change-Id: I31c36dbf3aa78d35ecf38706b50464fd3d375741
Remove stuff from /extra/ and the JPEG transcoding file from compilation, as
we don't need them.
A disable define for box decoding is also added, but currently commented out as
there's no need to disable the function right now.
Co-authored-by: Moonchild <moonchild@palemoon.org>
Fixes building on Windows.
I also decided to move the preprocessed jxl/version.h to our include/jxl
instead of relying on moz.build in preprocessing the file. Future me
should note to not forget to update the version number at that new file
highway upstream added a new header file to be included in highway.h after
0.15.0 it seems, so we have to account for that in moz.build.
Also brought back allowing compiler warnings for libjxl and highway.
Apparently the equivalent of AllowCompilerWarnings() is a bool whose name
is UPPERCASE and uses under_scores instead of CamelCase.
Vim control lines were re-introduced or not entirely cleaned up.
This nukes them again.
Removing from embedding, extensions, gfx, hal, ipc, layout, mailnews,
media and memory. More to come.
Removed some obsolete patches that were either backports from newer
svn revisions, or a fix for older, non-applicable assemblers.
Update our own README to account for upstream's migration to git.
I didn't remove the bug 703135 patch as it's for MSVC it seems, and
we still use MSVC for Windows.
Also deleted some unneeded upstream code deleted by Mozilla as well.
I don't know how Mozilla was able to build this without defining
ST_NO_EXCEPTION_HANDLING, but looks like we have to do it so that
the compiler doesn't complain about -fno-exceptions
I separated out the AVC and AAC support code into a patch file so that
the upstream code can be updated freely without having to re-add AVC
and AAC support again. At least if the upstream changes are not too
extensive...
This should effectively backport Mozilla bug 1539686, which allows the
browser to parse the color information from WebM videos that uses HDR.
