[patch] python binding on mingw-make Re: [libvirt] libvirt on mingw: undefined reference to htonl/ntohl

Hi, On my end I also had built libvirtmod.a, but without a DLL version of this file I don't think it will be loadable as a Python module. Or is there a way to load or link static libraries somehow in Python? Brecht P.S.: I didn't understand your spelling remark. Atsushi SAKAI wrote: > Hi, Brecht > > I can compile and generate .a file on python directory. > Sorry for spelling (I am using Zen-kaku(2byte) character in your name.) > > Thanks > Atsushi SAKAI > > > Atsushi SAKAI <sakaia(a)jp.fujitsu.com&gt; wrote: > > >> Hi, Breｃｈｔ >> >> I can make .a file(not .dll). >> With following instruction. >> >> ==1== >> Install >> http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi >> to /usr/local/(C:\msys\1.0\local) >> >> and copy to include file to /usr/include/python2.5 >> and copy /usr/local/python.exe pythonw.exe to /usr/local/bin >> >> ==2== >> Install to /usr/local (C:\msys\1.0\local) >> http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.... >> >> make and make install seems work fine. >> >> Thanks >> Atsushi SAKAI >> >> >> >> >> >> Atsushi SAKAI <sakaia(a)jp.fujitsu.com&gt; wrote: >> >> >>> Hi, Brecht >>> >>> >>>> Just out of curiosity, have you done anything with virsh or the DLL you >>>> have built? >>>> >>> Yes >>> >>> By the way, I am doing to build Python bingings on MinGW. >>> But it will need to do tomorrow, since many compilation warnings. >>> >>> Thanks >>> Atsushi SAKAI >>> >>> >>> >>> >>> Brecht Sanders <brecht(a)sanders.org&gt; wrote: >>> >>> >>>> Hi, >>>> I guesss I had got as far as you did. >>>> To Install Python on Windows you will need to download and install the >>>> following: >>>> http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi >>>> >>>> http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.... >>>> >>>> http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-... >>>> >>>> http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-2.w... >>>> Also, don't forget to set some environment variables: >>>> export PYDIR=/C/Prog/Python25 >>>> export PYTHONHOME=$PYDIR >>>> export PYTHONPATH=$PYDIR/Lib/site-packages >>>> export PATH=$MINGWPREFIX:$MINGWPREFIX/bin:$PATH >>>> Just out of curiosity, have you done anything with virsh or the DLL you >>>> have built? >>>> Regards, >>>> Brecht >>>> >>>> Atsushi SAKAI wrote: >>>> >>>>> Hi, Bericht >>>>> >>>>> By your suggestion, I am recognizing python bindings are not created(on my configuration). >>>>> If you notice me to install python on MinGW, I will try to investigate it. >>>>> >>>>> My posting mail is follows(it does not create python library) >>>>> https://www.redhat.com/archives/libvir-list/2008-June/msg00201.html >>>>> It creates general library and virsh only. >>>>> >>>>> Thanks >>>>> Atsushi SAKAI >>>>> >>>>> >>>>> Brecht Sanders <brecht(a)sanders.org&gt; wrote: >>>>> >>>>> >>>>> >>>>>> No. Can you tell me where to find it? >>>>>> I also noticed that I only produced one DLL: libvirt-0.dll. >>>>>> No Python module DLL was built. Were you able to build this? >>>>>> >>>>>> Atsushi SAKAI wrote: >>>>>> >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Did you check my instruction for libvirt on MinGW? >>>>>>> >>>>>>> Thanks >>>>>>> Atsushi SAKAI >>>>>>> >>>>>>> >>>>>>> Brecht Sanders <brecht(a)sanders.org&gt; wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi, >>>>>>>> Some time passed by and I thought I'd have another go at compiling >>>>>>>> libvirt for win32 using MinGW/MSYS again. >>>>>>>> I tried to compile libvirt-0.4.3 and I got around most obstacles. Now it >>>>>>>> just seems I am stuck when it is trying to link. >>>>>>>> My search on google showed me that I am not the first one to see this issue. >>>>>>>> Usually i means -lws2_32 is in the wrong place. However I tried moving >>>>>>>> it around without luck. >>>>>>>> Also it doesn't make sense to me that only htonl and ntohl are missing. >>>>>>>> It appears anything else used from the winsock library is found during >>>>>>>> linking. >>>>>>>> I feel we're very close to getting libvirt compiled on win32. Or do you >>>>>>>> know if anyone already succeeded? >>>>>>>> Regards >>>>>>>> Brecht Sanders >>>>>>>> >>>>>>>> gcc -shared .libs/libvirt_la-libvirt.o .libs/libvirt_la-memory.o >>>>>>>> .libs/libvirt_la-hash.o .libs/libvirt_la-test.o .libs/libvirt_la-buf.o >>>>>>>> .libs/libvirt_la-qparams.o .libs/libvirt_la-capabilities.o >>>>>>>> .libs/libvirt_la-xml.o .libs/libvirt_la-event.o >>>>>>>> .libs/libvirt_la-xen_unified.o .libs/libvirt_la-xen_internal.o >>>>>>>> .libs/libvirt_la-xs_internal.o .libs/libvirt_la-xend_internal.o >>>>>>>> .libs/libvirt_la-stats_linux.o .libs/libvirt_la-sexpr.o >>>>>>>> .libs/libvirt_la-virterror.o .libs/libvirt_la-proxy_internal.o >>>>>>>> .libs/libvirt_la-conf.o .libs/libvirt_la-xm_internal.o >>>>>>>> .libs/libvirt_la-remote_internal.o .libs/libvirt_la-bridge.o >>>>>>>> .libs/libvirt_la-iptables.o .libs/libvirt_la-uuid.o >>>>>>>> .libs/libvirt_la-qemu_driver.o .libs/libvirt_la-qemu_conf.o >>>>>>>> .libs/libvirt_la-openvz_conf.o .libs/libvirt_la-openvz_driver.o >>>>>>>> .libs/libvirt_la-lxc_driver.o .libs/libvirt_la-lxc_conf.o >>>>>>>> .libs/libvirt_la-lxc_container.o .libs/libvirt_la-nodeinfo.o >>>>>>>> .libs/libvirt_la-util.o .libs/libvirt_la-remote_protocol.o >>>>>>>> -Wl,--whole-archive ../gnulib/lib/.libs/libgnu.a -Wl,--no-whole-archive >>>>>>>> -L/mingw/lib /mingw/lib/libxml2.dll.a /mingw/lib/libgnutls.dll.a >>>>>>>> -L/home/bsanders/inst_libgcrypt-1.4.1/lib -lintl -lpthread >>>>>>>> /mingw/lib/libportablexdr.dll.a -lws2_32 >>>>>>>> -Wl,--version-script=./libvirt_sym.version -o .libs/libvirt-0.dll >>>>>>>> -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker >>>>>>>> .libs/libvirt.dll.a >>>>>>>> Creating library file: .libs/libvirt.dll.a >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xa46): >>>>>>>> undefined reference to `htonl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xa5f): >>>>>>>> undefined reference to `htonl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xa78): >>>>>>>> undefined reference to `htonl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xa91): >>>>>>>> undefined reference to `htonl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xaaa): >>>>>>>> undefined reference to `htonl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xac3): more >>>>>>>> undefined references to `htonl' follow >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xc5d): >>>>>>>> undefined reference to `ntohl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xc74): >>>>>>>> undefined reference to `ntohl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xc8b): >>>>>>>> undefined reference to `ntohl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xca2): >>>>>>>> undefined reference to `ntohl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xcb9): >>>>>>>> undefined reference to `ntohl' >>>>>>>> .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xccc): more >>>>>>>> undefined references to `ntohl' follow >>>>>>>> collect2: ld returned 1 exit status >>>>>>>> make[2]: *** [libvirt.la] Error 1 >>>>>>>> make[2]: Leaving directory `/home/bsanders/libvirt-0.4.3/src' >>>>>>>> make[1]: *** [all-recursive] Error 1 >>>>>>>> make[1]: Leaving directory `/home/bsanders/libvirt-0.4.3' >>>>>>>> make: *** [all] Error 2 >>>>>>>> >>>>>>>> -- >>>>>>>> Libvir-list mailing list >>>>>>>> Libvir-list(a)redhat.com >>>>>>>> https://www.redhat.com/mailman/listinfo/libvir-list >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> -- >>> Libvir-list mailing list >>> Libvir-list(a)redhat.com >>> https://www.redhat.com/mailman/listinfo/libvir-list >>> >> > > > > > >