[Xen-devel] RE: building current xen/ia64

["Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>]

Hi Greg --

This has been seen on Debian also.  I suspect it is due
to a newer gcc but haven't tracked down the details.
The attached patch (thanks to Stephane Eranian!) should
fix it though.

I am working with the Xen team on a Xen/ia64 update which
will be checked into -unstable and that update already includes
this patch.

Thanks,
Dan

> -----Original Message-----
> From: Greg Edwards [mailto:edwardsg@xxxxxxx] 
> Sent: Friday, February 11, 2005 8:30 AM
> To: Magenheimer, Dan (HP Labs Fort Collins)
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
> Subject: building current xen/ia64
> 
> Dan,
> 
> Does ftp://ftp.hpl.hp.com/pub/xen-ia64/ still contain the most current
> xen/ia64 code?  It's getting the following compile error on 
> an ia64 SLES
> box (gcc-3.3.3):
> 
> make -C arch/ia64
> make[1]: Entering directory 
> `/data/lwork/attica2/edwardsg/xen-ia64/xen-2.0/xen/arch/ia64'
> cc -nostdinc -fno-builtin -fno-common -fno-strict-aliasing 
> -O2 -iwithprefix include -Wall -DMONITOR_BASE=0xFC500000 
> -fomit-frame-pointer 
> -I/data/lwork/attica2/edwardsg/xen-ia64/xen-2.0/xen/include 
> -D__KERNEL__ 
> -I/data/lwork/attica2/edwardsg/xen-ia64/xen-2.0/xen/include/as
> m-ia64 -Wno-pointer-arith -Wredundant-decls -DIA64 -DXEN 
> -DLINUX_2_6 -ffixed-r13 -mfixed-range=f12-f15,f32-f127 -w -g 
> -DNDEBUG -c vcpu.c -o vcpu.o
> vcpu.c: In function `vcpu_get_ipsr_int_state':
> vcpu.c:281: error: union has no member named `be'
> vcpu.c:281: error: union has no member named `be'
> vcpu.c:282: error: union has no member named `pp'
> vcpu.c:282: error: union has no member named `pp'
> vcpu.c:283: error: union has no member named `ic'
> vcpu.c:284: error: union has no member named `i'
> vcpu.c:285: error: union has no member named `bn'
> vcpu.c:286: error: union has no member named `dt'
> vcpu.c:286: error: union has no member named `it'
> vcpu.c:286: error: union has no member named `rt'
> vcpu.c:287: error: union has no member named `cpl'
> vcpu.c:287: error: union has no member named `cpl'
> vcpu.c: In function `vcpu_rfi':
> vcpu.c:1003: error: union has no member named `cpl'
> vcpu.c:1003: error: union has no member named `cpl'
> vcpu.c:1004: error: union has no member named `i'
> vcpu.c:1005: error: union has no member named `i'
> vcpu.c:1006: error: union has no member named `ic'
> vcpu.c:1007: error: union has no member named `dt'
> vcpu.c:1007: error: union has no member named `rt'
> vcpu.c:1007: error: union has no member named `it'
> vcpu.c:1009: error: union has no member named `ic'
> vcpu.c:1009: error: union has no member named `i'
> vcpu.c:1010: error: union has no member named `dt'
> vcpu.c:1010: error: union has no member named `rt'
> vcpu.c:1010: error: union has no member named `it'
> vcpu.c:1011: error: union has no member named `bn'
> vcpu.c:1013: error: union has no member named `be'
> make[1]: *** [vcpu.o] Error 1
> 
> I ran build-xenia64-xen.2.0.1 for setting up and patching the 
> tree, but
> perhaps I missed a step.
> 
> I switched PSR to typedef struct ia64_psr as a quick sanity 
> check, then
> if barfed about the psr.i64 assignment (i64 isn't in struct ia64_psr).
> So I strongly suspect I'm missing a patch, or the tree wasn't patched
> correctly.  A kick in the right direction would be appreciated.
> 
> Greg
>

xendiff
Description: xendiff