aboutsummaryrefslogtreecommitdiff
path: root/Makefile.def
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 /Makefile.def
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 'Makefile.def')
0 files changed, 0 insertions, 0 deletions