[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #22 from Eric Gallager --- (In reply to Sam James from comment #21) > Sync done in r16-2677-g7a79219383c83c. I'll handle binutils-gdb.git next. Could you post the link to the binutils-gdb.git change here, too, please?
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #23 from Sam James --- You can already see the commit from the See Also link (https://sourceware.org/bugzilla/show_bug.cgi?id=32933#c6), but it's: commit 8a6f3a0462063fec4c16b5ecf98bc54a702ac3e2 Author: Sam James AuthorDate: Thu Jul 31 14:38:09 2025 +0100 Commit: Sam James CommitDate: Thu Jul 31 14:45:21 2025 +0100 zlib: import zlib-1.3.1 [PR32933] As done just now on the GCC side in r16-2677-g7a79219383c83c, import zlib-1.3.1.
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 Sam James changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target Milestone|--- |16.0 Resolution|--- |FIXED --- Comment #21 from Sam James --- Sync done in r16-2677-g7a79219383c83c. I'll handle binutils-gdb.git next.
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #20 from GCC Commits --- The master branch has been updated by Sam James : https://gcc.gnu.org/g:7a06d389e2440e4854e5a178669281558468bafe commit r16-2678-g7a06d389e2440e4854e5a178669281558468bafe Author: Sam James Date: Thu Jul 31 14:28:14 2025 +0100 zlib: update ChangeLog zlib/ChangeLog: PR other/105404 * Import zlib-1.3.1
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #19 from GCC Commits --- The master branch has been updated by Sam James : https://gcc.gnu.org/g:3f78fd83b75d603a778e3373bcb8a3a1aab34aca commit r16-2454-g3f78fd83b75d603a778e3373bcb8a3a1aab34aca Author: Sam James Date: Wed Jul 23 17:38:13 2025 +0100 contrib: add 'zlib' to ignored_prefixes This fixes the same problem for syncing zlib that H.J. hit for libffi in r12-4561-g25ab851dd333d7. contrib/ChangeLog: PR other/105404 * gcc-changelog/git_commit.py (ignored_prefixes): Add zlib/.
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 Sam James changed: What|Removed |Added Keywords||patch --- Comment #18 from Sam James --- https://inbox.sourceware.org/gcc-patches/[email protected]/ Once that lands, I'll handle binutils/gdb.
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #17 from Iain Sandoe --- (In reply to Joel Sherrill from comment #16) > Over at RTEMS.org, we have a report from a Mac user that the gcc zlib needs > updating or patched to build there. We are seeing this with GCC 13 but the > version looks to be the same back to at least GCC 11. > > Just confirming that there are GCC/RTEMS users who noticed this and asked. > We are not carrying a patch for GCC to be able to build this zlib on new > MacOS. > > Updating GCC master to have a new zlib obviously will not help avoid the > need for patches in the near future. But it's a good move. note that the issue on macOS starts with Xcode16.3 on recent OS versions which have an up to date installed zlib (so the --with-system-zlib is a reasonable work-around).
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 Joel Sherrill changed: What|Removed |Added CC||joel at gcc dot gnu.org --- Comment #16 from Joel Sherrill --- Over at RTEMS.org, we have a report from a Mac user that the gcc zlib needs updating or patched to build there. We are seeing this with GCC 13 but the version looks to be the same back to at least GCC 11. Just confirming that there are GCC/RTEMS users who noticed this and asked. We are not carrying a patch for GCC to be able to build this zlib on new MacOS. Updating GCC master to have a new zlib obviously will not help avoid the need for patches in the near future. But it's a good move.
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #14 from Sam James --- https://forge.sourceware.org/sjames/gcc/commits/branch/sam-zlib
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #15 from Iain Sandoe --- (In reply to mcccs from comment #13) > (Surprisingly Iain failed to > reproduce this on his system x86). This appears to be a new diagnostic with Xcode 16 Apple-clang-17. > This can be patched separately > (https://github.com/iains/gcc-14-branch/pull/22/files) Which we can do on the Darwin "vendor" branches, but not on the upstream release branches. >From that perspective, using the --with-system-zlib workaround with Xcode 16 and then supporting an update to 1.3.1 for GCC-16 would have my vote.
[Bug other/105404] Update in-tree copy of zlib to zlib-1.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 mcccs at gmx dot com changed: What|Removed |Added CC||mcccs at gmx dot com --- Comment #13 from mcccs at gmx dot com --- It would be great to upgrade to zlib 1.3.1 for Mac users as well. I failed to build from Iain's branch with both Apple and LLVM clang (latest CLT, macOS 15.4) because zlib earlier than 1.3.1 can't be built on this configuration with these compilers (see https://github.com/ahrm/sioyek/issues/1361) (Surprisingly Iain failed to reproduce this on his system x86). This can be patched separately (https://github.com/iains/gcc-14-branch/pull/22/files) but a direct upgrade to v1.3.1 or later would be simpler.
