Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: mingw32-zlib does not build mingw32-minizip
https://bugzilla.redhat.com/show_bug.cgi?id=498508
Summary: mingw32-zlib does not build mingw32-minizip Product: Fedora Version: rawhide Platform: All URL: http://sailer.fedorapeople.org OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: mingw32-zlib AssignedTo: rjones@redhat.com ReportedBy: t.sailer@alumni.ethz.ch QAContact: extras-qa@fedoraproject.org CC: lfarkas@lfarkas.org, berrange@redhat.com, rjones@redhat.com, fedora-mingw@lists.fedoraproject.org Classification: Fedora
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.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #1 from Richard W.M. Jones rjones@redhat.com 2009-04-30 15:53:53 EDT --- Thomas, it might be faster if you fixed this. Can you apply for the required access to mingw32-zlib through pkgdb please.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #2 from Thomas Sailer t.sailer@alumni.ethz.ch 2009-04-30 16:36:44 EDT --- (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 :)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #3 from Richard W.M. Jones rjones@redhat.com 2009-04-30 16:46:03 EDT --- 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 linking.
Third idea, do two autoconf builds, something like this:
%build mkdir build-zip pushd build-zip %{_mingw32_configure} make popd
mkdir build-minizip pushd build-minizip %{_mingw32_configure} make popd
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #4 from Thomas Sailer t.sailer@alumni.ethz.ch 2009-04-30 17:26:51 EDT --- (In reply to comment #3)
Secondly, can you just rename the DLL? Probably this breaks linking.
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
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #5 from Thomas Sailer t.sailer@alumni.ethz.ch 2009-04-30 17:46:58 EDT --- Something like: http://sailer.fedorapeople.org/mingw32-zlib-1.2.3-16.fc11.src.rpm ?
Does twice the work on build, but fortunately zlib isn't big...
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
Thomas Sailer t.sailer@alumni.ethz.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |491616(mingw32-zfstream)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #6 from Fedora Update System updates@fedoraproject.org 2009-05-01 16:48:47 EDT --- mingw32-zlib-1.2.3-16.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/mingw32-zlib-1.2.3-16.fc11
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
--- Comment #7 from Fedora Update System updates@fedoraproject.org 2009-05-09 00:20:33 EDT --- 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.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=498508
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Fixed In Version| |1.2.3-16.fc11 Resolution| |NEXTRELEASE
-
Red Hat Bugzilla