aboutsummaryrefslogtreecommitdiff
path: root/gdb/ser-tcp.h
diff options
context:
space:
mode:
authorOleg Endo <oleg.endo@t-online.de>2014-11-28 19:39:39 +0400
committerJoel Brobecker <brobecker@adacore.com>2014-11-28 19:44:03 +0400
commit57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40 (patch)
tree73a55ed62e5e2bde5d03fd54513570594f98b050 /gdb/ser-tcp.h
parentf7ca3fcfccd144c234370aa939e4f5f15f3b2a88 (diff)
downloadgdb-57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40.zip
gdb-57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40.tar.gz
gdb-57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40.tar.bz2
Correct fabs and fneg insns in simulator
It seems that the implementation of the SH fabs and fneg insns in the simulator is not correct. They use the FP_UNARY macro which checks the FPSCR.PR setting and raises an exception if PR = 1 (double precision) and the register number is not even (i.e. a valid DF reg number). For normal unary FP insns this is fine. However, fneg and fabs perform the same (integer) operations regardless of the FPSCR.PR setting. This issue initially popped up here https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63260 I've checked some of the failing tests mentioned in GCC PR 63260 above with the patch applied and the failures go away. sim/sh/ChangeLog (tiny patch): * gencode.c (fabs, fneg): Implement as integer operation instead of using the FP_UNARY macro.
Diffstat (limited to 'gdb/ser-tcp.h')
0 files changed, 0 insertions, 0 deletions