1:30 p.m.
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
# ./configure
checking build system type... i686-pc-linux-gnulibc1
checking host system type... i686-pc-linux-gnulibc1
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
# tail config.log
#define PACKAGE "libvirt"
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define VERSION "0.1.11"
configure: exit 77
----- finish commands
I don't know what's the problem. Ideas please...
thanks
--
Marco Sinhoreli
1:47 p.m.
On Fri, May 04, 2007 at 03:30:56PM -0300, 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
# ./configure
checking build system type... i686-pc-linux-gnulibc1
checking host system type... i686-pc-linux-gnulibc1
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
# tail config.log
#define PACKAGE "libvirt"
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define VERSION "0.1.11"
configure: exit 77
----- finish commands
I don't know what's the problem. Ideas please...
Can you attach the complete config.log - the real error is normally quite
a way further up in the file, so tail is not showing it.
Regards,
Dan.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
2:47 p.m.
Marco Sinhoreli wrote:
# 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
# ./configure
Did you noticed that the snapshot contains a quite old version of
libvirt -> libvirt-0.1.11. Latest stable version is as far as I know
0.2.2.
Maybe there is a typo in the snapshot generation or you have really
old source. Besides your problem I would take a newer version.
Cheers,
Jan
4:07 a.m.
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@libvirt.org:2401/data/cvs' co login
# at the prompt type anoncvs
$ cvs -d ':pserver:anoncvs@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/
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)
7:57 a.m.
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(a)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@libvirt.org:2401/data/cvs' co login
# at the prompt type anoncvs
$ cvs -d ':pserver:anoncvs@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/
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
9:09 a.m.
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(a)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(a)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@libvirt.org:2401/data/cvs' co login
> # at the prompt type anoncvs
>
> $ cvs -d ':pserver:anoncvs@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
9:24 a.m.
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(a)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(a)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(a)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@libvirt.org:2401/data/cvs' co login
> > # at the prompt type anoncvs
> >
> > $ cvs -d ': pserver:anoncvs@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
9:52 a.m.
On Mon, May 07, 2007 at 11:24:12AM -0300, Marco Sinhoreli wrote:
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(a)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
So, the only reason I can think that this would happen is if #if WITH_XEN
evaluated false. This can be for two reasons, either you asked for --without-xen,
or the configure script was not able to find the Xen development libs/headers.
The configure.log you supplied shows it was the latter:
checking for library containing xs_read... no
Xen store library not found
Make sure you have libxen-dev (or whatever debian calls it) - basically you
need to make sure you have
/usr/include/xs.h
/usr/lib/libxenstore.so
Available
NB, the compile error is also a bug in the build system - we should not be
building xen-specific tests, if the Xen support in the main library is not
being compiled.
Dan.,
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
6409
days inactive
6412
days old
7 comments
4 participants
participants (4)
-
Daniel P. Berrange -
Jan Michael -
Marco Sinhoreli -
Richard W.M. Jones