diff options
author | Anton Kolesov <Anton.Kolesov@synopsys.com> | 2017-06-28 20:04:33 +0300 |
---|---|---|
committer | Waldemar Brodkorb <wbx@uclibc-ng.org> | 2017-09-14 04:37:54 +0200 |
commit | 490b84a72c8eecf03e8befbdcf973e468f2d310c (patch) | |
tree | 9e3a3d6067639f0c98f991bfd0d058e91b7f50b8 /libpthread/nptl/pthread_mutexattr_getprotocol.c | |
parent | 26cc89d99cc9d783859eb9d38e067fad5d6bbb60 (diff) |
arc: Ensure that debugger can recognize sigrestorer
An issue has been found with current implementation of signal restorer
function in uClibc and how GDB handles it. When debugger information is not
present, everything worked fine, because GDB would use a built-in logic to
determine if function is a signal restorer. However when debugging information
is present, debugger would rely solely on it and wouldn't use ARC-specific
functions to detect signal handler frames. Because debug information for signal restorer is generated
completely by the compiler, it lacks a marker, that identifies this as a
signal frame that requires special handling. While it is possible to insert
that marker via inline assembly, that still doesn't solve the whole problem,
because some other expectations are not met by the debug information - there
is no "nop" in front of the function, needed to fool debugger into thinking
that this was a function call, and references to previous frame information
need to be described manually. The simplest way to fix the problem is just
to make sure that signal restorer function will not have any debug function
at all, which can be done by writing it in assembly.
Alternative, more complex, solution, where debug information for signal
frame is manually defined can be found in
glibc/sysdeps/unix/sysv/linux/x86_64/sigaction.c [1].
[1] https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/x86_64/sigaction.c;hb=HEAD
Signed-off-by: Anton Kolesov <Anton.Kolesov@synopsys.com>
Diffstat (limited to 'libpthread/nptl/pthread_mutexattr_getprotocol.c')
0 files changed, 0 insertions, 0 deletions