mirror of
https://github.com/jmcnamara/libxlsxwriter.git
synced 2026-05-15 14:15:54 -06:00
[GH-ISSUE #119] Use system minizip when possible #99
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#99
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?
Originally created by @ohmyarch on GitHub (Aug 12, 2017).
Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/119
Originally assigned to: @jmcnamara on GitHub.
When system-wide installed minizip can be found, use it instead of bundled one.
@jmcnamara commented on GitHub (Aug 12, 2017):
Why do you want this feature?
@ohmyarch commented on GitHub (Aug 12, 2017):
Why do you use system zlib?
@jmcnamara commented on GitHub (Aug 12, 2017):
Because zlib is very common and available almost everywhere. Minizip isn't.
@ohmyarch commented on GitHub (Aug 12, 2017):
I don't think so. Minizip is also a common package and can be installed via a single command in many cases, for example:
I am not asking you to remove the bundled version. I just think that it's usually better to use the system library. Using system (shared) libraries can save disk space and memory. Besides, system libraries can be always up-to-date in some rolling release distro.
If you think it's unnecessary, just close this issue.
@jmcnamara commented on GitHub (Aug 12, 2017):
Thanks for the explanation. When I started this project 3 years ago I didn't see many packaged versions of minizip. In general I would prefer not to have to bundle it.
I'll add this feature to the Make build system. Adding it to the CMake system may take a bit longer.
@jmcnamara commented on GitHub (Aug 14, 2017):
I've added this to the master branch for the Makefile build system. It can be invoked as follows:
@jmcnamara commented on GitHub (Aug 14, 2017):
@Alexhuszagh When you get a chance can you look at adding support for system minizip to the CMake system as well.
@jmcnamara commented on GitHub (Aug 17, 2017):
@ohmyarch Did you get a chance to try this?
@jmcnamara commented on GitHub (Oct 22, 2017):
@Alexhuszagh, this is one you could have a look at as well. However, it isn't high priority so if you don't want to add it to the CMake build that is okay.
@Alexhuszagh commented on GitHub (Oct 22, 2017):
@jmcnamara Sorry I just saw this. I should be able to get around to it early next week.
@Alexhuszagh commented on GitHub (Oct 23, 2017):
@jmcnamara This should be patched in my downstream fork. It relies on the changes made in #131, however, if need be, I can make the changes atop the current CMakeLists. If these changes are satisfactory, I will submit a PR.
@jmcnamara commented on GitHub (Oct 24, 2017):
@ohmyarch can you try the fix on master for this. See also #133
@ohmyarch commented on GitHub (Oct 31, 2017):
It works. 🎉👍