RFR(M): 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 and support FMA
lutz.schmidt at sap.com
Mon Dec 19 15:57:51 UTC 2016
your change looks good. I have one minor suggestions, though.
- in s390.ad: please adapt comments in all "instruct msub*" to say "CC unchanged by MUL-SUB"
From: hotspot-compiler-dev <hotspot-compiler-dev-bounces at openjdk.java.net<mailto:hotspot-compiler-dev-bounces at openjdk.java.net>> on behalf of "Doerr, Martin (martin.doerr at sap.com<mailto:martin.doerr at sap.com>)" <martin.doerr at sap.com<mailto:martin.doerr at sap.com>>
Date: Samstag, 17. Dezember 2016 um 11:18
To: "'hotspot-compiler-dev at openjdk.java.net<mailto:'hotspot-compiler-dev at openjdk.java.net>'" <hotspot-compiler-dev at openjdk.java.net<mailto:hotspot-compiler-dev at openjdk.java.net>>
Subject: RFR(M): 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 and support FMA
I'd like to address the same issue as on PPC64 on s390x.
As discussed in , floating point computations should produce consistent results regardless of whether the Java code gets interpreted or is compiled by any JIT-compiler.
In addition, JDK9 introduced new floating point multiply-accumulate intrinsics which are currently missing on s390x.
Webrev is here:
I have included a bugfix for parameter handling in an aes decrypt stub.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the hotspot-compiler-dev