Red Hat Bugzilla – Bug 498508
mingw32-zlib does not build mingw32-minizip
Last modified: 2009-05-09 00:20:38 EDT
The native zlib SRPM also builds the minizip library and the minizip and minizip-devel RPM's.
The mingw32 version - mingw32-zlib - does neither build the minizip DLL nor mingw32-minizip RPM's.
On http://sailer.fedorapeople.org, I've put a version of the mingw32-zlib SRPM that uses the same (autotools) buildsystem as the native package uses. It build both the zlib and the minizip RPMs. The downside of this package, however, is that the binary name of the zlib DLL changes from zlib1.dll to libz-1.dll. Implib names stay the same. I have no idea how to change the DLL name with libtool. So the downside of this package is that while it is API compatible, it is not ABI compatible.
Thomas, it might be faster if you fixed this. Can you apply for the
required access to mingw32-zlib through pkgdb please.
(In reply to comment #1)
> Thomas, it might be faster if you fixed this. Can you apply for the
> required access to mingw32-zlib through pkgdb please.
Problem is I don't really know a good solution.
If we use my spec file for both mingw32-zlib and mingw32-minizip, we introduce an ABI change, which will require every package using mingw32-zlib to be rebuilt.
If we use my spec file to only generate mingw32-minizip, and leaving mingw32-zlib as it is, we have the same sources in two source packages, which is ugly (requiring fixes at to distinct places).
I was hoping for someone less autoconfused than I am to come up with a good idea :)
OK I see now. First of all I don't think changing the name of the DLL
is a disaster. If we have to do that, then we have to do it.
Secondly, can you just rename the DLL? Probably this breaks
Third idea, do two autoconf builds, something like this:
(In reply to comment #3)
> Secondly, can you just rename the DLL? Probably this breaks
The DLL name is hardcoded in the implib (libz.dll.a), in the idata sections.
> Third idea, do two autoconf builds, something like this:
Actually a "traditional" build for zlib1.dll, and an autotools build for libminizip-1.dll might work
Does twice the work on build, but fortunately zlib isn't big...
mingw32-zlib-1.2.3-16.fc11 has been submitted as an update for Fedora 11.
mingw32-zlib-1.2.3-16.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.