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

Re: [Xen-devel] Ubuntu Saucy arm64: Where to apply glib to fix problem with multiple definition of PSR bit macros

On Mon, 2014-06-23 at 13:08 -0400, John McDermott wrote:
> Xen Developers,
> I am new learning arm64 and following the guidance suggested on the Xen wiki 
> re: Xen ARM with Virtualization Extensions/CrossCompiling. I am using Ubuntu 
> 13.10, upgraded to the latest, and I am still hitting the redefinition of PSR 
> bit macro bug, e.g. 
> /home/mc/xen-4.4-testing.hg/tools/xenstore/../../tools/include/xen/arch-arm.h:351:0:
>  error: "PSR_MODE_EL0t" redefined [-Werror]
>  #define PSR_MODE_EL0t 0x00
>  ^
> In file included from /usr/aarch64-linux-gnu/include/sys/user.h:25:0,
>                  from /usr/aarch64-linux-gnu/include/sys/procfs.h:34,
>                  from /usr/aarch64-linux-gnu/include/sys/ucontext.h:26,
>                  from /usr/aarch64-linux-gnu/include/signal.h:360,
>                  from xenstored_core.c:40:
> /usr/aarch64-linux-gnu/include/asm/ptrace.h:30:0: note: this is the location 
> of the previous definition
>  #define PSR_MODE_EL0t 0x00000000
> Following the discussion from last year, I found the recommended fix
> (see https://launchpadlibrarian.net/174385100/glibc.diff), which is
> supposedly in the Linaro code, but I cannot find that it has
> propagated into any of my Ubuntu Saucy source.
> I plan to fix the files in /usr/aarch64-linux-gnu.

FWIW that's what I did. You could also add some #undef's locally to
arch-arm.h right before the #defines (which is what I used to do before
the patch became available).

> Is anyone else using Ubuntu Saucy for arm64 fixing this problem differently?

You'd have to ask the Ubuntu folks that, perhaps by filing a bug report?


Xen-devel mailing list



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