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

Re: [Xen-users] Build error: "unknown type name vmemrange_t"

  • To: xen-users@xxxxxxxxxxxxx
  • From: "E. Westbrook" <xen@xxxxxxxxxx>
  • Date: Mon, 09 Feb 2015 13:14:31 -0700
  • Delivery-date: Wed, 11 Feb 2015 02:40:20 +0000
  • List-id: Xen user discussion <xen-users.lists.xen.org>

Thanks for the reply.

On 02/09/2015 06:35 AM, Ian Campbell wrote:
> I can't seem to find a2b4af1 in xen.git. Are you sure it is correct? Can
> you provide precise git urls and branch names please.

Weird, I have no idea what I was looking at when I wrote that.  But here's what 
I'm looking at right now where I'm reproducing the problem:

* d8e78d6 - (upstream/staging-4.5, upstream/stable-4.5) bunzip2: off by one in 
get_next_block() (6 days ago) <Dan Carpenter>

where "upstream" is "git://xenbits.xen.org/xen.git".  My separate qemu build is 
from upstream as you confirm.  (I don't know if I still need to have it 
separate, if it's disadvantageous to do so -- more below.)

> The qemu version you give is for upstream qemu, but:
>> ./xen/tools/qemu-xen-traditional-dir/rules.mak:3: recipe for target 
>> 'qemu-nbd.o' failed
> Suggests the error is from the qemu-trad branch. Are you allowing the
> Xen build system to pick and clone the qemu trees or are you doing
> something by hand?

I'm trying to let Xen do as it likes.  The only two things I'm doing in a fresh 
xen.git clone are "./configure --prefix=usr" and then "make world".  I'd 
happily stop maintaining a separate qemu if I can, and if there's advantage in 
that.  Very appreciative to know what you think.

Thanks again for the help!

Xen-users mailing list



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