mirror of
https://github.com/jmcnamara/libxlsxwriter.git
synced 2026-05-15 14:15:54 -06:00
[PR #432] [MERGED] Maintenance: updated vendored minizip code to the version distributed with zlib v1.3.1 #494
Labels
No labels
awaiting user feedback
bug
cmake
cmake
docs
feature request
in progress
long term
medium term
medium term
pull-request
question
question
ready to close
short term
under investigation
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/libxlsxwriter#494
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/jmcnamara/libxlsxwriter/pull/432
Author: @jayaddison
Created: 1/25/2024
Status: ✅ Merged
Merged: 2/3/2024
Merged by: @jmcnamara
Base:
main← Head:maintenance/update-zlib-1.3.1📝 Commits (2)
1317399Apply diff-patch of zlib-distributed minizip code (v1.3 to v1.3.1) to vendored minizip7768201Copy minizip header files to third-party include dir📊 Changes
10 files changed (+39 additions, -25 deletions)
View changed files
📝
include/xlsxwriter/third_party/ioapi.h(+5 -5)📝
include/xlsxwriter/third_party/zip.h(+3 -3)📝
third_party/minizip/Makefile.orig(+1 -1)📝
third_party/minizip/configure.ac(+1 -1)📝
third_party/minizip/ioapi.h(+1 -1)📝
third_party/minizip/miniunz.c(+16 -2)📝
third_party/minizip/unzip.c(+4 -4)📝
third_party/minizip/unzip.h(+1 -1)📝
third_party/minizip/zip.c(+5 -5)📝
third_party/minizip/zip.h(+2 -2)📄 Description
Updates the vendored copy of
minizipwithinlibxlsxwriterto the version distributed with version 1.3.1 of zlib.The diff here should match with the relevant changes between v1.3 and v1.3.1 of
zlib( https://github.com/madler/zlib/compare/v1.3...v1.3.1 ), with the exception of1dfd55bf17that is a cherry-pick already applied locally (#427) from madler/zlib@73331a6a04 (an upstream fix).Test results:
make testmake test_valgrind(this is a follow-up to issue #419; I'd been awaiting an updated version of
zliband don't plan to track any further releases against that issue number)🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.