Re: [PATCH v4 0/9] add xenalyze to staging

[Julien Grall <julien.grall@citrix.com>]

Hi Olaf,

On 09/06/2015 07:07, Olaf Hering wrote:
> And now that I enabled build also for sles12-aarch64 an old error is
> still present in that base system:
>
> In file included from /home/abuild/rpmbuild/BUILD/xen-4.6.30993/non-dbg/tools/xenstore/../../tools/include/xen/xen.h:35:0,
>                   from /home/abuild/rpmbuild/BUILD/xen-4.6.30993/non-dbg/tools/xenstore/../../tools/libxc/include/xenctrl.h:38,
>                   from xenstored_core.h:23,
>                   from xenstored_core.c:49:
> /home/abuild/rpmbuild/BUILD/xen-4.6.30993/non-dbg/tools/xenstore/../../tools/include/xen/arch-arm.h:354:0: error: "PSR_MODE_EL3h" redefined [-Werror]
>   #define PSR_MODE_EL3h 0x0d
>   ^
> In file included from /usr/include/sys/user.h:25:0,
>                   from /usr/include/sys/procfs.h:34,
>                   from /usr/include/sys/ucontext.h:26,
>                   from /usr/include/signal.h:352,
>                   from xenstored_core.c:40:
> /usr/include/asm/ptrace.h:36:0: note: this is the location of the previous definition
>   #define PSR_MODE_EL3h 0x0000000d
>
> Note sure if it will go away when attempting to build in another distro
> version. So for me its difficult to do build tests on ARM at this point.

It's a bug in glibc which has been fixed in newer version [1]. The best 
solution would be to backport the patch in your glibc package. Do you 
think it's possible? If not we provided a workaround that you can apply 
in your Xen tree [2].

Regards,

[1] 
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=7d05a8168b45c0580e1f9a79c2dd26c8f0d31fca;hp=af121e371d6d1a46df72d59f3a6b521eb12a9c6e

[2] 
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions#error:_.22PSR_MODE_EL3h.22_redefined

-- 
Julien Grall