On Thu, 2 Feb 2006, Ed W wrote: > > >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
if that is userspace stuff (no kernel module) forget what I said about -DKERNEL (typo, should have been __KERNEL__) and do source /etc/profile after switching your gcc profile Peter > 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 > -- Peter S. Mazinger <ps dot m at gmx dot net> ID: 0xA5F059F2 Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 -- [email protected] mailing list
