History log of /openbsd-src/lib/libz/zlib.h (Results 1 – 25 of 29)
Revision Date Author Comments
# 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


12