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