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
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
extra/Configs/defconfigs/arc/arcv2_defconfig | 2 +-
extra/Configs/defconfigs/arc/defconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/extra/Configs/defconfigs/arc/arcv2_defconfig
From: Alexey Brodkin abrod...@synopsys.com
Signed-off-by: Alexey Brodkin abrod...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
[updated changelog]
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
libc/sysdeps/linux/arc/sys/procfs.h | 7 ++-
1 file changed, 2
From: Andrew Burgess andrew.burg...@embecosm.com
The R_ARC_NONE relocation is generated when --gc-sections, used by the
compile time linker, removes some sections. This is completely normal,
and we can see that all other targets (based on random sampling) have
support for R_*_NONE relocations
Hi,
Please consider merging the following fixes for ARC.
Thx,
-Vineet
Alexey Brodkin (1):
ARC: don't hard-code ELF_NGREG
Andrew Burgess (1):
Add support for R_ARC_NONE relocations.
Vineet Gupta (2):
ARC: switch to NPTL
ARC/signal: shield sa_restorer from compiler toggle side-effects
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
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
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
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