gdb and binutils branch master updated. 57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40

[brobecke at sourceware dot org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".

The branch, master has been updated
       via  57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40 (commit)
      from  f7ca3fcfccd144c234370aa939e4f5f15f3b2a88 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40

commit 57df9adf2d437e3c7f17a77c3e0f3c0d8e56aa40
Author: Oleg Endo <oleg.endo@t-online.de>
Date:   Fri Nov 28 19:39:39 2014 +0400

    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.

-----------------------------------------------------------------------

Summary of changes:
 sim/sh/ChangeLog |    5 +++++
 sim/sh/gencode.c |   19 ++++++++++++++++---
 2 files changed, 21 insertions(+), 3 deletions(-)


hooks/post-receive
-- 
gdb and binutils