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/asm-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 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Magenheimer, Dan (HP Labs Fort Collins)
2005-Feb-11 16:35 UTC
[Xen-devel] RE: building current xen/ia64
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@sgi.com] > Sent: Friday, February 11, 2005 8:30 AM > To: Magenheimer, Dan (HP Labs Fort Collins) > Cc: xen-devel@lists.sourceforge.net > 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 >