Re: [libvirt] libvirt on mingw: undefined reference to htonl/ntohl

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi, Brecht

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.14.1-1.win32-py2.5.exe

make and make install seems work fine.

Thanks
Atsushi SAKAI





Atsushi SAKAI <sakaia@xxxxxxxxxxxxxx> 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@xxxxxxxxxxx> 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.14.1-1.win32-py2.5.exe
> >     
> > http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-1.win32-py2.5.exe
> >     
> > http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-2.win32-py2.5.exe
> > 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@xxxxxxxxxxx> 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@xxxxxxxxxxx> 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@xxxxxxxxxx
> > >>>> https://www.redhat.com/mailman/listinfo/libvir-list
> > >>>>     
> > >>>>         
> > >>>
> > >>>
> > >>>
> > >>>   
> > >>>       
> > >
> > >
> > >
> > >
> > >
> > >   
> > 
> 
> 
> --
> Libvir-list mailing list
> Libvir-list@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]