zlib: use more memory for a small deflate speedup.The LIT_MEM option uses slightly more memory (for base gzip(1),about 16kiB; according to the author, about 6% for default deflatesettings) for a
zlib: use more memory for a small deflate speedup.The LIT_MEM option uses slightly more memory (for base gzip(1),about 16kiB; according to the author, about 6% for default deflatesettings) for a small speedup.The performance gain is more noticeable for input data with higherentropy and less significant for data that is highly compressible,such as source code and logs.(cherry picked from commit aea57ebcb1b053370ea1f0e29cdc666291bc5d5e)
show more ...
MFC: MFV: zlib 1.3.1.Approved by: re (cperciva, expedited MFC)(cherry picked from commit 6255c67c3d1a268535c50de74d3300fd86d8f15d)
MFC: MFV: zlib: examples: define functions as static ones. (PR #855)(cherry picked from commit ef3a764bc5bed4bc071a81e04c4d3254010274c3)
MFV: zlib 1.3Relnotes: yesMFC after: 2 weeks
MFV: zlib 1.2.13.Relnotes: yesMFC after: 3 days
zlib crc32: Add prototypes for recently-added static functions.This appeases -Wstrict-prototypes with GCC. Using a separateprototype using the OF macro seems to be consistent with the rest ofthi
zlib crc32: Add prototypes for recently-added static functions.This appeases -Wstrict-prototypes with GCC. Using a separateprototype using the OF macro seems to be consistent with the rest ofthis file which still supports pre-ANSI C.Reviewed by: imp, emasteDifferential Revision: https://reviews.freebsd.org/D36755
zlib: Fix extra field processing bug that dereferences NULL state->head.The recent commit to fix a gzip header extra field processing bugintroduced the new bug fixed here.(cherry picked from zli
zlib: Fix extra field processing bug that dereferences NULL state->head.The recent commit to fix a gzip header extra field processing bugintroduced the new bug fixed here.(cherry picked from zlib commit 1eb7682f845ac9e9bf9ae35bbfb3bad5dacbd91d)
zlib: Fix a bug when getting a gzip header extra field with inflate().If the extra field was larger than the space the user provided withinflateGetHeader(), and if multiple calls of inflate() deli
zlib: Fix a bug when getting a gzip header extra field with inflate().If the extra field was larger than the space the user provided withinflateGetHeader(), and if multiple calls of inflate() deliveredthe extra header data, then there could be a buffer overflow of theprovided space. This commit assures that provided space is notexceeded.(cherry picked from zlib commit eff308af425b67093bab25f80f1ae950166bece1)
zlib: replace CRLF line endings in zlib.mapMFC after: 3 days
sys/contrib/zlib: Always define Z_U8 and Z_U4This is a temporary hack for zlib to make sure that the librarystill builds when building with Z_SOLO (used in kernel and loader),as zlib is depending
sys/contrib/zlib: Always define Z_U8 and Z_U4This is a temporary hack for zlib to make sure that the librarystill builds when building with Z_SOLO (used in kernel and loader),as zlib is depending on limits.h which is only available in STDCcase.PR: kern/262977MFC after: 3 days
MFV 7b495a2a7abf (zlib): Correct incorrect inputs provided to the CRCfunctions.MFC after: 3 days
MFV c144cc54795d: zlib 1.2.12.MFC after: 3 daysRelnotes: yes
zlib: Fix bootstrap build on macOSgzlib.c uses lseek but does not include unistd.h, where it is defined tolive. On FreeBSD this happens to work due to sys/types.h declaring it,but on macOS it fai
zlib: Fix bootstrap build on macOSgzlib.c uses lseek but does not include unistd.h, where it is defined tolive. On FreeBSD this happens to work due to sys/types.h declaring it,but on macOS it fails due to being only implicitly declared, which istreated as an error by default by the system Clang.MFC after: 1 week
MFV r351500: Fix CLEAR_HASH macro to be usable as a single statement.MFC after: 2 weeks
Expose zlib's utility functions in Z_SOLO library when building kernel.This allows kernel code to reuse zlib's implementation.PR: 229763Reviewed by: Yoshihiro Ota <ota j email ne jp>Relnotes: y
Expose zlib's utility functions in Z_SOLO library when building kernel.This allows kernel code to reuse zlib's implementation.PR: 229763Reviewed by: Yoshihiro Ota <ota j email ne jp>Relnotes: yesDifferential Revision: https://reviews.freebsd.org/D21156
Allow Kernel to link in both legacy libkern/zlib and new sys/contrib/zlib,with an eventual goal to convert all legacl zlib callers to the new zlibversion: * Move generic zlib shims that are not s
Allow Kernel to link in both legacy libkern/zlib and new sys/contrib/zlib,with an eventual goal to convert all legacl zlib callers to the new zlibversion: * Move generic zlib shims that are not specific to zlib 1.0.4 to sys/dev/zlib. * Connect new zlib (1.2.11) to the zlib kernel module, currently built with Z_SOLO. * Prefix the legacy zlib (1.0.4) with 'zlib104_' namespace. * Convert sys/opencrypto/cryptodeflate.c to use new zlib. * Remove bundled zlib 1.2.3 from ZFS and adapt it to new zlib and make it depend on the zlib module. * Fix Z_SOLO build of new zlib.PR: 229763Submitted by: Yoshihiro Ota <ota j email ne jp>Reviewed by: markm (sys/dev/zlib/zlib_kmod.c)Relnotes: yesDifferential Revision: https://reviews.freebsd.org/D19706
Move contrib/zlib to sys/contrib/zlib so that we can use it in kernel.This is a prerequisite of unifying kernel zlib instances.Submitted by: Yoshihiro Ota <ota at j.email.ne.jp>MFC after: 2 weeks
Move contrib/zlib to sys/contrib/zlib so that we can use it in kernel.This is a prerequisite of unifying kernel zlib instances.Submitted by: Yoshihiro Ota <ota at j.email.ne.jp>MFC after: 2 weeksDifferential Revision: https://reviews.freebsd.org/D20191