graal and jdk8
Gary.Frost at amd.com
Thu Feb 14 07:58:59 PST 2013
The Sumatra project is interested in intercepting some of the upcoming Java 8 stream API features.
Essentially we see the
IntStream.parallel().forEach( lambda );
As low hanging fruit for GPU acceleration.
So it is important for us to ensure that Graal was (will be) Java 8 compatible moving forward, we are delighted that it seems to be ;)
It is true that the lambda features seem to leverage only Java 7 classfile features at this time (method handles and constant pool enhancements) so we felt fairly comfortable experimenting with Graal on Java 7. But prefer to continue our experiments with the Project Lambda and Java 8 hotspot VMs.
From: graal-dev-bounces at openjdk.java.net [mailto:graal-dev-bounces at openjdk.java.net] On Behalf Of Bharadwaj Yadavalli
Sent: Thursday, February 14, 2013 9:36 AM
To: graal-dev at openjdk.java.net
Subject: Re: graal and jdk8
On 2/13/2013 12:03 PM, Venkatachalam, Vasanth wrote:
> I noticed that I had to use a JDK7 VM to build Graal.
> I wasn't able to build it with JDK8. Is there a workaround for this, or does Graal require a JDK7 host VM?
I am curious as to why Graal *build* needs to be done with JDK8 so that the resulting Graal compiler would be able to compile Java 8 class files? I believe Graal sources themselves do not (yet) use Java 8 features.
> If Graal only supports JDK7, are there plans to make it compatible with JDK8?
> We're looking to leverage Graal for the Sumatra project
> This work requires being able to compile JDK8 lambda constructs for the GPU.
However, it appears to me that the need is more for bringing in the ability to parse and verify Java 8 class files (along with possibly the support for indy, what else am I missing?) so that the Graal compiler has the ability to compile Java 8 class files.
More information about the graal-dev