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

Re: [Xen-devel] xen 4.2.0-rc3-pre: building failure on alpine linux / uclibc



On Fri, 10 Aug 2012, Mark van Dijk wrote:
> > This is upstream QEMU that is breaking, not qemu-xen-traditional (see
> > the code path: qemu-xen-dir-remote instead of
> > qemu-xen-traditional-dir-remote).
> 
> Ah, I didn't know, it's a little bit confusing. Would you like me to
> submit a bug report with them?
> 
> > Moreover it is breaking compiling qemu-nbd that we aren't currently
> > using. I would try out the following change to the configure script:
> > (..snip..)
> 
> Yes, that works, thanks! But it gives a new error which I couldn't
> solve yet:
> 
> ---
> LINK  qemu-nbd
> 
> cutils.o: In function `strtosz_suffix_unit':
> 
> tools/qemu-xen-dir/cutils.c:354: undefined reference to
> `__isnan'
> 
> tools/qemu-xen-dir/cutils.c:357: undefined reference to `modf'
> collect2: ld returned 1 exit status
> ---
> 
> Any idea there?

It is another "-lm" missing somewhere.


> Also -- If we're not using qemu-nbd then could you suggest a
> workaround please? I'd prefer something that can be patched or
> issued before I run the make process. (I run the make process
> twice now - if the first run fails, patch, then run again and if it
> fails again error out)

You can disable qemu-nbd altogether with the following patch:


diff --git a/configure b/configure
index 027a718..f05d3c5 100755
--- a/configure
+++ b/configure
@@ -2993,12 +2988,6 @@ if test "$softmmu" = yes ; then
       virtfs=no
     fi
   fi
-  if [ "$linux" = "yes" -o "$bsd" = "yes" -o "$solaris" = "yes" ] ; then
-      tools="qemu-nbd\$(EXESUF) $tools"
-    if [ "$guest_agent" = "yes" ]; then
-      tools="qemu-ga\$(EXESUF) $tools"
-    fi
-  fi
 fi
 if test "$smartcard_nss" = "yes" ; then
   tools="vscclient\$(EXESUF) $tools"

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.