Bug 883184
| Summary: | libzip not available for mingw64 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Alex G. <mr.nuke.me> | ||||||
| Component: | mingw-libzip | Assignee: | Erik van Pienbroek <erik-fedora> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 17 | CC: | dave, erik-fedora | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2012-12-11 01:24:13 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
Created attachment 657190 [details]
[PATCH] to add mingw64 target (non-working)
Added patch to .spec file.
This patch triggers the problem.
Created attachment 657212 [details]
[PATCH] Add mingw64 target
The libtool that ships with the upstream source is too old, and fails to detect 64-bit DLLs.
autoreconf --force --install
fixes the problem.
Thank you very much for your patch. I'll apply it and push updated packages to Fedora 17 and 18 mingw-libzip-0.9-8.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/mingw-libzip-0.9-8.fc18 mingw-libzip-0.9-8.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/mingw-libzip-0.9-8.fc17 Package mingw-libzip-0.9-8.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mingw-libzip-0.9-8.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-19973/mingw-libzip-0.9-8.fc18 then log in and leave karma (feedback). mingw-libzip-0.9-8.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. mingw-libzip-0.9-8.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |
I noticed that a mingw64-libzip package is not available. I thought it might have been a small omission, so I tried to modify the spec file and build the mingw64 version. I am hitting a libtool error, which, I assume, is the reason why the mingw64 package is not available in the first place. I also tried using the latest upstream source, but with the same problem. I'm opening this bug int the hope of getting the situation resolved. Additional info: rpmbuild -ba fails with: RPM build errors: File not found by glob: /home/mrnuke/rpmbuild/BUILDROOT/mingw-libzip-0.9-8.fc17.x86_64/usr/x86_64-w64-mingw32/sys-root/mingw/bin/*.dll File not found: /home/mrnuke/rpmbuild/BUILDROOT/mingw-libzip-0.9-8.fc17.x86_64/usr/x86_64-w64-mingw32/sys-root/mingw/lib/libzip.dll.a Looking further up, we see the following libtool warning: *** Warning: linker path does not have real file for library -lz. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libz and none of the candidates passed a file format test *** using a file magic. Last file checked: /usr/x86_64-w64-mingw32/sys-root/mingw/lib//libz.dll.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. This is where I'm stuck.