summaryrefslogtreecommitdiffstats
path: root/libjava/java/sql/Array.h
diff options
context:
space:
mode:
authorjsm28 <jsm28@138bc75d-0d04-0410-961f-82ee72b054a4>2014-09-18 12:02:44 +0000
committerjsm28 <jsm28@138bc75d-0d04-0410-961f-82ee72b054a4>2014-09-18 12:02:44 +0000
commit1d619a40c2365b4825749e281e8bec76452b0abd (patch)
treec88450d4b6581968442e186683abadb9a3f464c6 /libjava/java/sql/Array.h
parentfae33a2de0f9ebd3ef76c3b7f8df102a655716eb (diff)
downloadppe42-gcc-1d619a40c2365b4825749e281e8bec76452b0abd.tar.gz
ppe42-gcc-1d619a40c2365b4825749e281e8bec76452b0abd.zip
Fix i386 FP_TRAPPING_EXCEPTIONS.
The i386 sfp-machine.h defines FP_TRAPPING_EXCEPTIONS in a way that is always wrong: it treats a set bit as indicating the exception is trapping, when actually a set bit (both for 387 and SSE floating point) indicates it is masked, and a clear bit indicates it is trapping. This patch fixes this bug. Bootstrapped with no regressions on x86_64-unknown-linux-gnu. libgcc: * config/i386/sfp-machine.h (FP_TRAPPING_EXCEPTIONS): Treat clear bits not set bits as indicating trapping exceptions. gcc/testsuite: * gcc.dg/torture/float128-exact-underflow.c: New test. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_9-branch@215348 138bc75d-0d04-0410-961f-82ee72b054a4
Diffstat (limited to 'libjava/java/sql/Array.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud