[PATCH 3/4] ARC/signal: shield sa_restorer from compiler toggle side-effects

2015-03-26 Thread Vineet Gupta
when building uClibc with -O0 (DODEBUG build) the default sigrestorer had some extra glue code generated for stack manipulation which was messing up resume from signal path. So annotate the function with -Os so that gcc would only generate the bare min 2 instruction TRAP sequence

Re: [PATCH 3/4] ARC/signal: shield sa_restorer from compiler toggle side-effects

2015-03-26 Thread Bernhard Reutner-Fischer
On 26 March 2015 at 09:55, Vineet Gupta vineet.gup...@synopsys.com wrote: when building uClibc with -O0 (DODEBUG build) the default sigrestorer had some extra glue code generated for stack manipulation which was messing up resume from signal path. So annotate the function with -Os so that gcc

Re: [PATCH 3/4] ARC/signal: shield sa_restorer from compiler toggle side-effects

2015-03-26 Thread Vineet Gupta
On Thursday 26 March 2015 04:49 PM, Bernhard Reutner-Fischer wrote: On 26 March 2015 at 09:55, Vineet Gupta vineet.gup...@synopsys.com wrote: when building uClibc with -O0 (DODEBUG build) the default sigrestorer had some extra glue code generated for stack manipulation which was messing up

Re: [PATCH 3/4] ARC/signal: shield sa_restorer from compiler toggle side-effects

2015-03-26 Thread Bernhard Reutner-Fischer
On 26 March 2015 at 12:34, Vineet Gupta vineet.gup...@synopsys.com wrote: x86 approach solves the multi-src file issue, but we still lack dwarf unwind info, w/o adding explicit asm CFA ops which AFAIKR our tools still don't support. With C we get the dwarf info for free. Ah right. Fair