That points at a faultly build system. Normally __guard &
__stack_smash_handler are symbols provided to userland. For kernels the
hardened specs have a rule to not add ssp. It uses !D__KERNEL__
and or uses the --nostdlib rules.
Chances are it needs to use -nostdlib for all the object code it
creates.
Now if your just lazy and dont want to fix xen itself then just switch
over to a set of set of vanilla specs. Compile whatever then switch
back. if that fails then include some ssp stubs to it. Same way
that's done in udev.
Hi Ned,
thanks for the quick reply. You are loosing me a little here.
The package I am compiling is the Xen userland tools, ie package
"app-emulation/xen-3.0.0-r2".
I have tried changing compilers eg:
gcc-config i686-pc-linux-gnu-3.4.4-vanilla && source /etc/update
emerge -vp xen
This still raises the same error.
I'm going to have a peek at the udev package, but could you please
expand on what you mean by your other workaround suggestion please? Can
anyone else confirm that they CAN compile this package on hardened?
Thanks for your help
Ed W
--
[email protected] mailing list
