Bug 830031 - Compile libvirt-0.9.8 for Windows DLL in MSYS/MinGW environment
Summary: Compile libvirt-0.9.8 for Windows DLL in MSYS/MinGW environment
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Virtualization Tools
Classification: Community
Component: libvirt
Version: unspecified
Hardware: i686
OS: Windows
unspecified
medium
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-08 03:21 UTC by xuanmao
Modified: 2012-06-08 03:31 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-08 03:31:31 UTC
Embargoed:


Attachments (Terms of Use)

Description xuanmao 2012-06-08 03:21:15 UTC
I want to build libvirt-0.9.8 for Windows. Then I download a MSYS environment and setup it.

Description of problem:
I added a new API for libvirt. both added into qemu and remote driver. then compiled successfully in local Linux. and work well.

Then I moved this modified package into MSYS/MinGW environment. and compiled it with compile_libvirt-0.9.8 script. then an error occured like 
"GEN   remote/remote_protocol.h"
"List form of pipe open not implemented at ./rpc/genprotocol.pl line 29."
"make[3]: *** [remote/remote_protocol.h] Error 255"

But there is no error when I used unmodified source package.

Version-Release number of selected component (if applicable):
Libvirt-0.9.8
  
How did this? Can you help me?

Comment 1 Eric Blake 2012-06-08 03:31:31 UTC
0.9.8 is a bit old; 0.9.12 is latest.

This sounds like your particular version of perl is outdated or not fully ported to mingw.  The official mingw build of libvirt is built using a mingw cross-compiler run on a Linux box, rather than natively compiling on a Windows machine; and in that setup, perl is more functional.  Furthermore, the reason you don't see this problem on a tarball, but do see it after modifying files to add your API, is because the tarball is shipped with files pre-generated.

What API are you trying to add?  It would be better to propose this new API upstream at libvir-list, since others may also find this useful or may have better advice on how to do it; but be aware that library versioning implies that upstream will not accept your patch any sooner than the 0.9.13 release (that is, we don't backport APIs to older releases like 0.9.8 because it would cause a .so [or .dll] fork that is much harder to reconcile with our promise of being backwards compatible).

At any rate, since your problem appears to be with a faulty development environment, and not a bug in libvirt proper, I'm going to close this BZ.


Note You need to log in before you can comment on or make changes to this bug.