Skip to content

More fixes 1.3.2#1233

Open
Vollstrecker wants to merge 79 commits into
madler:developfrom
cmake-remake:more-fixes-1.3.2
Open

More fixes 1.3.2#1233
Vollstrecker wants to merge 79 commits into
madler:developfrom
cmake-remake:more-fixes-1.3.2

Conversation

@Vollstrecker
Copy link
Copy Markdown
Contributor

As more fixes came in, the "pick the last commit" from the fixes-1.3.2 PR wasn't hold-able as it would get really messy over time. Unfortunately you didn't push to develop atm. so I had to include the whole history from there, too.

I noticed that all generation in configure is based on zconf.h.in while cmake relies completely on zconf.h. I remember this was preserved for all the removed MSVC projectfiles. Should we just remove this, so the workaround in zlib.h with the include <zconf.h> you disliked could be removed again.

Vollstrecker and others added 30 commits February 21, 2026 08:02
Thanks to @tbeu

Co-authored-by: tbeu <tbeu@users.noreply.github.com>
thanks to @tbeu

Co-authored-by: tbeu <tbeu@users.noreply.github.com>
thanks to @tbeu

Co-authored-by: tbeu <tbeu@users.noreply.github.com>
@Neustradamus
Copy link
Copy Markdown

It replaces:

@dg0yt
Copy link
Copy Markdown

dg0yt commented May 27, 2026

This PR / fork seems to be referred to as the "current tree" in some discussions.

IMHO this is highly confusing. Reasonable outsiders would expect only the default branch / develop in madler/zlib to be the authoritative "current tree", progressing continuously in accepting PRs when they are understood and accepted.

IIUC this PR also includes work which was submitted as PRs by other persons. But there is no attribution in these commits, not even a Co-authored-by. This makes it difficult to discuss the changes in the context (group) they belong to.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants