RFR(M): 8171398: s390x: Make interpreter's math entries consistent with C1 and C2 and support FMA
Lindenmaier, Goetz
goetz.lindenmaier at sap.com
Tue Dec 20 11:08:12 UTC 2016
Hi Martin,
thanks for implementing this. Change looks good and I know you
ran it through our tests.
Could you please adapt the comments in the ad file, they use 'src3'
which probably means the dst use-def source. (no new webrev needed).
Best regards,
Goetz.
From: hotspot-compiler-dev [mailto:hotspot-compiler-dev-bounces at openjdk.java.net] On Behalf Of Doerr, Martin
Sent: Samstag, 17. Dezember 2016 11:18
To: 'hotspot-compiler-dev at openjdk.java.net' <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
Hi,
I'd like to address the same issue as on PPC64 on s390x.
As discussed in [1], 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:
http://cr.openjdk.java.net/~mdoerr/8171398_s390_FMA/webrev.00/
I have included a bugfix for parameter handling in an aes decrypt stub.
Please review.
Best regards,
Martin
[1] http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2016-December/025073.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20161220/b6e8cefb/attachment.html>
More information about the hotspot-compiler-dev
mailing list