[Libvir] The fist problem to compile libvirt in a Debian etch.

Mon May 7 14:24:12 UTC 2007

Attached the commands result for CFLAGS="-fno-stack-protector" ./configure
2>&1 | tee configure.log and make 2>&1 | tee make.log.

Is possible run the make only if I comment the libxml test in configure
script.

regards

On 5/7/07, Marco Sinhoreli <msinhore at gmail.com> wrote:
>
> Hello guys,
>
> To finish the libvirt compilation, I've commented:
>
> file: libvirt/configure:
> #elif test "z$with_libxml" = "z" -a "z$PKG_CONFIG_ENABLED" = "zyes" ; then
>
> #    PKG_CHECK_MODULES(LIBXML, libxml-2.0 >= $LIBXML_MIN_VERSION,
> #       LIBXML_FOUND=yes,
> #       LIBXML_FOUND=no)
>
> I know that the libxml in my system is in correct version. the var
> LIBXML_MIN_VERSION in configure script is set to "2.5.0". This is the
> version in my system:
> # dpkg -l | grep libxml2
> ii  libxml2                2.6.27.dfsg-1                   GNOME XML
> library
> ii  libxml2-dev            2.6.27.dfsg-1                   Development
> files for the GNOME XML library
>
> file: libvirt/tests/xencapstest.c
>   /*  if (!(actualxml = xenHypervisorMakeCapabilitiesXML(NULL,
> hostmachine, fp1, fp2)))
>       goto fail;*/
>
> In libvirt/tests/xencapstest.c, I don't know if comment it is correct.
> Any idea? I do it correctly? this test is important to libvirt?
>
> This is the return error if I not comment the conditional 'if' in
> libvirt/tests/xencapstest.c:
>
> gcc -fno-stack-protector -o xencapstest xencapstest.o testutils.o../src/.libs/libvirt_la-
> conf.o ../src/.libs/libvirt_la-hash.o ../src/.libs/libvirt_la-libvirt.o../src/.libs/libvirt_la-proxy_internal.o
> ../src/.libs/libvirt_la-qemu_internal.o ../src/.libs/libvirt_la- sexpr.o../src/.libs/libvirt_la-
> test.o ../src/.libs/libvirt_la-virterror.o../src/.libs/libvirt_la-xend_internal.o
> ../src/.libs/libvirt_la-xen_internal.o ../src/.libs/libvirt_la-xen_unified.o
> ../src/.libs/libvirt_la-xm_internal.o ../src/.libs/libvirt_la- xml.o../src/.libs/libvirt_la-xs_internal.o  -L/usr/lib /usr/lib/libxml2.so
> xencapstest.o: In function `testCompareFiles':
> xencapstest.c:(.text+0xb4): undefined reference to
> `xenHypervisorMakeCapabilitiesXML'
> collect2: ld returned 1 exit status
> make[3]: ** [xencapstest] Erro 1
>
>
> regards
>
>
> On 5/5/07, Marco Sinhoreli < msinhore at gmail.com> wrote:
> >
> > Hello Richard,
> >
> > I tried with debian do it. In command autogen.sh return it:
> >
> > $ ./autogen.sh --prefix=/usr/local --enable-compile-warnings=error
> > --enable-debug=yes
> > [...]
> > ./configure: line 20698: syntax error near unexpected token `LIBXML,'
> > ./configure: line 20698: `    PKG_CHECK_MODULES(LIBXML, libxml-2.0 >=
> > $LIBXML_MIN_VERSION,'
> >
> > I read the 'configure' shell script code and in release 0.1.11 the
> > libxml section is different. I know that if I comment this entry I run this
> > scrtipt without errors but it isn't elegant :-)
> >
> > Thanks Richard,
> >
> > regards
> >
> > On 5/5/07, Richard W.M. Jones < rjones at redhat.com> wrote:
> > >
> > > Marco Sinhoreli wrote:
> > > > Hello list,
> > > >
> > > > I'm writing a how-to about libvirt compilation in Debian Etch. Well,
> > > I
> > > > tried to compile version 0.1.11 in a Debian etch completly newly
> > > built
> > > > from debootstrap. These are the steps that I took:
> > > > ----- init commands
> > > > apt-get install make gcc
> > > > # cd /usr/src && wget
> > > > http://libvirt.org/sources/libvirt-cvs-snapshot.tar.gz && tar -xzvf
> > > > libvirt-cvs-snapshot.tar.gz
> > > > # cd libvirt-0.1.11
> > >
> > > It looks like CVS snapshots aren't being updated!  The one on the site
> > > at the moment dates from 2007-02-14 and as you found out contains
> > > libvirt-0.1.11, which is ancient history.  I'll ask Daniel Veillard
> > > about that one next week.
> > >
> > > I also tried building libvirt on Debian and didn't get very far
> > > either.
> > >   But we're committed to making libvirt work on Debian (and Ubuntu,
> > > and
> > > other free OSes for that matter).
> > >
> > > So if you have the time can you try this to get the latest CVS
> > > version:
> > >
> > > # apt-get install cvs gcc make gettext automake1.9
> > >
> > > $ cvs -d ': pserver:anoncvs at libvirt.org:2401/data/cvs' co login
> > >    # at the prompt type anoncvs
> > >
> > > $ cvs -d ': pserver:anoncvs at libvirt.org:2401/data/cvs ' co libvirt
> > >    # the above will check out the source into a subdir called libvirt
> > >
> > > $ cd libvirt
> > >
> > > $ ./autogen.sh --prefix=$HOME/local --enable-compile-warnings=error
> > > --enable-debug=yes
> > >    # you can change the --prefix to something more useful
> > >
> > > If the above succeeds -- and it didn't for me -- then:
> > >
> > > $ make
> > >
> > > If any of the steps fail then post the full output.  I can look at why
> > > libvirt on Debian is failing next week.
> > >
> > > Thanks for helping with libvirt,
> > >
> > > Rich.
> > >
> > > --
> > > Emerging Technologies, Red Hat  http://et.redhat.com/~rjones/<http://et.redhat.com/%7Erjones/>
> > > 64 Baker Street, London, W1U 7DF     Mobile: +44 7866 314 421
> > >
> > > Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
> > > Street, Windsor, Berkshire, SL4 1TE, United Kingdom.
> > > Registered in England and Wales under Company Registration No. 3798903
> > > Directors: Michael Cunningham (USA), Charlie Peters (USA) and David
> > > Owens (Ireland)
> > >
> > >
> >
> >
> > --
> > Marco Sinhoreli
>
>
>
>

-- 
Marco Sinhoreli
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20070507/51f32844/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure.log
Type: text/x-log
Size: 8858 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20070507/51f32844/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: make.log
Type: text/x-log
Size: 80040 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20070507/51f32844/attachment-0003.bin>