graal and jdk8

[Gilles Duboscq]

The changes are currently propagating to
http://hg.openjdk.java.net/graal/graal
Note that to run with a JDK8 you will probably need to
add -XX:+UnlockDiagnosticVMOptions -XX:+EnableInvokeDynamic
For example "mx vm -XX:+UnlockDiagnosticVMOptions -XX:+EnableInvokeDynamic
-version". This applies to both graal and server vm.

- Gilles


On Wed, Feb 13, 2013 at 8:24 PM, Thomas Wuerthinger <
thomas.wuerthinger at oracle.com> wrote:

> Yes, thanks for pointing that out - we will push that temporary fix asap!
> - thomas
>
>
> On Feb 13, 2013, at 11:05 AM, Remi Forax <forax at univ-mlv.fr> wrote:
>
> > On 02/13/2013 08:04 PM, Venkatachalam, Vasanth wrote:
> >> Are there any workarounds for this while the issue is being addressed?
> >
> > a quick and dirty patch is to add a method isDefault that always return
> false in  CodeExecutableElement.java
> >
> >>
> >> Thanks,
> >>
> >> Vasanth
> >
> > cheers,
> > Rémi
> >
> >>
> >> -----Original Message-----
> >> From: Thomas Wuerthinger [mailto:thomas.wuerthinger at oracle.com]
> >> Sent: Wednesday, February 13, 2013 11:35 AM
> >> To: Venkatachalam, Vasanth
> >> Cc: graal-dev at openjdk.java.net
> >> Subject: Re: graal and jdk8
> >>
> >> OK thanks, we will investigate this. It has to do with the
> annotation-based source code generation we use for parts of Truffle. We are
> currently thinking of splitting this part of Graal into a separate
> repository, because for many purposes of Graal (including the ones of
> Project Sumatra) Truffle is not necessary.
> >>
> >> - thomas
> >>
> >> On Feb 13, 2013, at 9:27 AM, "Venkatachalam, Vasanth" <
> Vasanth.Venkatachalam at amd.com> wrote:
> >>
> >>> Hi Thomas,
> >>>
> >>> When I try  to build with jdk-8, I get the following error:
> >>>
> >>> Compiling Java sources for com.oracle.truffle.codegen.processor with
> javac...
> >>> warning: [options] bootstrap class path not set in conjunction with
> >>> -source 1.7
> >>> /home/tester/vasanth/graal/graal/graal/com.oracle.truffle.codegen.proc
> >>>
> essor/src/com/oracle/truffle/codegen/processor/ast/CodeExecutableElement.java:34:
> error: CodeExecutableElement is not abstract and does not override abstract
> method isDefault() in ExecutableElement public class CodeExecutableElement
> extends CodeElement<Element> implements WritableExecutableElement {
> >>>       ^
> >>> 1 error
> >>>
> >>> Here's the java version I am using:
> >>>
> >>> tester at see-anna1:~/Downloads$ jdk1.8.0/bin/java -version java version
> >>> "1.8.0-ea"
> >>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b74) Java HotSpot(TM)
> >>> 64-Bit Server VM (build 25.0-b15, mixed mode)
> >>> tester at see-anna1:~/Downloads$
> >>>
> >>> -----Original Message-----
> >>> From: Thomas Wuerthinger [mailto:thomas.wuerthinger at oracle.com]
> >>> Sent: Wednesday, February 13, 2013 11:13 AM
> >>> To: Venkatachalam, Vasanth
> >>> Cc: graal-dev at openjdk.java.net
> >>> Subject: Re: graal and jdk8
> >>>
> >>> Vasanth,
> >>>
> >>> We are not aware of any architectural problems that might prevent
> Graal from running on a JDK8 host VM. Could you please give more details on
> your setup and error message? We will resolve any incompatibilities with
> JDK8 asap.
> >>>
> >>> Thanks, thomas
> >>>
> >>> On Feb 13, 2013, at 9:03 AM, "Venkatachalam, Vasanth" <
> Vasanth.Venkatachalam at amd.com> wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> 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?
> >>>>
> >>>> If Graal only supports JDK7, are there plans to make it compatible
> with JDK8?
> >>>> We're looking to leverage Graal for the Sumatra project
> >>>> (http://openjdk.java.net/projects/sumatra/)
> >>>> This work requires being able to compile JDK8 lambda constructs for
> the GPU.
> >>>>
> >>>> Vasanth
> >>>
> >>>
> >>
> >>
> >
>
>