#
a225ed82 |
| 01-Aug-2024 |
tb <tb@openbsd.org> |
sync with upstream
This adds a new public API, deflateUsed(), so is technically a minor bump. Nothing will be using this anytime soon, so no shared library bump.
discussed with deraadt during c2k24
|
#
06968976 |
| 30-Jun-2024 |
tb <tb@openbsd.org> |
Z_HUFFMAN -> Z_HUFFMAN_ONLY + linewrapping churn in a comment
from upstream 0f3b7b9595cc7d85c3b13282e71fcecef7f18f9c
|
#
8ffe7b2a |
| 13-Feb-2024 |
tb <tb@openbsd.org> |
Pull in z_off64_t handling from upstream
Since we don't define Z_LARGE64, we continue to define z_off64_t to z_off_t and all the other changes are no-ops for OpenBSD.
ok kettenis millert
|
#
30bbea86 |
| 07-Feb-2024 |
tb <tb@openbsd.org> |
Sync doc-comment for deflateInit2 with upstream
|
#
d5e7bdb5 |
| 23-Jan-2024 |
tb <tb@openbsd.org> |
Update to zlib 1.3.1
Since we already pulled in all fixes, this only bumps version/magic numbers and copyright years. The fixes relevant to OpenBSD are:
- Fix bug in inflateSync() for data held in
Update to zlib 1.3.1
Since we already pulled in all fixes, this only bumps version/magic numbers and copyright years. The fixes relevant to OpenBSD are:
- Fix bug in inflateSync() for data held in bit buffer - Add LIT_MEM define to use more memory for a small deflate speedup - Add bounds checking to ERR_MSG() macro, used by zError() - Various portability and appearance improvements
show more ...
|
#
f5252e2d |
| 21-Jan-2024 |
tb <tb@openbsd.org> |
libz: sync with upstream's develop branch as of Jan 18
|
#
62a6fda7 |
| 18-Nov-2023 |
tb <tb@openbsd.org> |
libz sync with develop branch, discussed with deraadt
Apart from cosmetics, this includes the following commits:
Add LIT_MEM define to use more memory for a small deflate speedup.
A bug fix in zli
libz sync with develop branch, discussed with deraadt
Apart from cosmetics, this includes the following commits:
Add LIT_MEM define to use more memory for a small deflate speedup.
A bug fix in zlib 1.2.12 resulted in a slight slowdown (1-2%) of deflate. This commit provides the option to #define LIT_MEM, which uses more memory to reverse most of that slowdown. The memory for the pending buffer and symbol buffers is increased by 25%, which increases the total memory usage with the default parameters by about 6%.
https://github.com/madler/zlib/commit/ac8f12c97d1afd9bafa9c710f827d40a407d3266
Fix bug in inflateSync() for data held in bit buffer.
https://github.com/madler/zlib/commit/5af7cef45eeef86ddf6ab00b4e363c1eecaf47b6
show more ...
|
#
f0c5c122 |
| 20-Aug-2023 |
tb <tb@openbsd.org> |
Bump zlib version to 1.3
We have been pulling in all actual changes over the past months, so this is only a version number bump. The relevant entries of the ChangeLog are:
* Building using K&R (p
Bump zlib version to 1.3
We have been pulling in all actual changes over the past months, so this is only a version number bump. The relevant entries of the ChangeLog are:
* Building using K&R (pre-ANSI) function definitions is no longer supported. * Fixed a bug in deflateBound() for level 0 and memLevel 9. * Fixed a bug when gzungetc() is used immediately after gzopen(). * Fixed a bug when using gzflush() with a very small buffer. * Fixed a crash when gzsetparams() is attempted for a transparent write.
ok deraadt miod millert
show more ...
|
#
0f55603f |
| 18-Aug-2023 |
tb <tb@openbsd.org> |
Sync doc comment with upstream
|
#
af63d907 |
| 30-Jul-2023 |
tb <tb@openbsd.org> |
Merge some doc comment updates from upstream
|
#
28d10565 |
| 02-May-2023 |
tb <tb@openbsd.org> |
Sync with upstream
Update some links in the README, remove a duplicate word in a zlib.h doc comment. The only code change is guarded by #if defined(_WIN32).
|
#
a04ea15d |
| 25-Apr-2023 |
tb <tb@openbsd.org> |
Update libz to the HEAD of the develop branch
This mostly moves from K&R prototypes to ANSI prototypes and includes a handful of bug fixes that are nice to have. The corresponding sys commit will al
Update libz to the HEAD of the develop branch
This mostly moves from K&R prototypes to ANSI prototypes and includes a handful of bug fixes that are nice to have. The corresponding sys commit will allow us to undo some hacks that jca applied to make the kernel build with clang 15.
discussed with deraadt
show more ...
|
#
46c3d7fc |
| 23-Oct-2022 |
tb <tb@openbsd.org> |
Drop RCS ids in upstream zlib source
We're not maintaining a this as a fork, it's upstream source with a handful of patches. Thus, the RCS ids aren't particularly useful or important. They are a bit
Drop RCS ids in upstream zlib source
We're not maintaining a this as a fork, it's upstream source with a handful of patches. Thus, the RCS ids aren't particularly useful or important. They are a bit of a maintenance burden and generate noise in diffs.
ok kn, no objection millert, "kill" guess who
show more ...
|
#
8bda5813 |
| 20-Oct-2022 |
tb <tb@openbsd.org> |
Update base libz to 1.2.13
This update contains a few bugfixes (some of which we have already backported to 1.2.12) and a ton of cosmetic changes. The relevant bits of the ChangeLog are:
- Repair p
Update base libz to 1.2.13
This update contains a few bugfixes (some of which we have already backported to 1.2.12) and a ton of cosmetic changes. The relevant bits of the ChangeLog are:
- Repair prototypes and exporting of new CRC functions - Have infback() deliver all of the available output up to any error - Fix a bug when getting a gzip header extra field with inflate() - Fix bug in block type selection when Z_FIXED used - Tighten deflateBound bounds - Remove deleted assembler code references - Various portability and appearance improvements
Tested on amd64 and arm64 by me and on sparc64 by kn.
show more ...
|
#
009e2686 |
| 20-Jul-2022 |
tb <tb@openbsd.org> |
Revert zlib.h r1.7
The change from uLong to z_off_t was made due to a bug in gzip(1) which was fixed by gkoehler in gzopen.c r1.35. The trouble with the z_off_t change is that it is an ABI break and
Revert zlib.h r1.7
The change from uLong to z_off_t was made due to a bug in gzip(1) which was fixed by gkoehler in gzopen.c r1.35. The trouble with the z_off_t change is that it is an ABI break and that it does not play well with various ffi interfaces. For example, Perl and Rust break on ILP32 arches with the system zlib.
Run through an i386 bulk by sthen and an i386 regress by bluhm, thanks.
ok bluhm
show more ...
|
#
703d4924 |
| 08-May-2022 |
tb <tb@openbsd.org> |
Update to zlib 1.2.12
Build tests by myself for amd64 and arm64, sthen and inoguchi for i386 and gkoehler for macppc and powerpc64, thanks!
Detailed changelog is part of the committed diff.
|
#
983388f5 |
| 04-Jul-2021 |
tb <tb@openbsd.org> |
Add missing RCS tags
|
#
36f395ce |
| 04-Jul-2021 |
tb <tb@openbsd.org> |
Update libz to zlib 1.2.11 and reapply local patches as far as this made sense.
Tested in snaps for a few days. deraadt helped with fitting things on floppies and jmatthew found a bug I introduced.
Update libz to zlib 1.2.11 and reapply local patches as far as this made sense.
Tested in snaps for a few days. deraadt helped with fitting things on floppies and jmatthew found a bug I introduced.
ok deraadt
show more ...
|
#
f08045d9 |
| 12-May-2019 |
jca <jca@openbsd.org> |
Add ZLIB_CONST
Introduced in zlib-1.2.5.2, used by a few ports. ok deraadt@
|
#
0742bdbf |
| 07-Jul-2011 |
sobrado <sobrado@openbsd.org> |
fix typos; while here, improve spacing in comments.
changes to libevent and zlib headers sent to the upstream maintainers.
ok jmc@ (for typos), millert@
|
#
d76b9bfa |
| 20-Jul-2005 |
millert <millert@openbsd.org> |
Update to zlib 1.2.3; OK deraadt@
|
#
b967fc35 |
| 03-Dec-2004 |
djm <djm@openbsd.org> |
update to zlib-1.21 (we already have the CAN-2004-0797 security fixes) "in it goes" deraadt@, in the near-total absence of feedback from others
|
#
9f14e2bc |
| 16-Dec-2003 |
henning <henning@openbsd.org> |
total_in and total_out need to be off_t, not unsigned long. some bugs return: i fixed the same some months ago when we had this other gzip there. this bug resulted in wrong size stats for > 4GB files
total_in and total_out need to be off_t, not unsigned long. some bugs return: i fixed the same some months ago when we had this other gzip there. this bug resulted in wrong size stats for > 4GB files, and in the case that the input file was > 4GB and could be compressed to < 4GB gzip not zipping it as it would grow in its eyes.
show more ...
|
#
85c48e79 |
| 16-Dec-2003 |
henning <henning@openbsd.org> |
update to zlib 1.2.1
ok millert@ deraadt@
|
#
1a167136 |
| 12-Mar-2002 |
millert <millert@openbsd.org> |
Update to zlib-1.1.4
|