graal and jdk8

[Christian Thalinger]

On Feb 13, 2013, at 11:30 AM, Gilles Duboscq <gilwooden at gmail.com> wrote:

> 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.

Does Graal not support JSR 292 yet?

src/share/vm/runtime/globals.hpp
3591:  diagnostic(bool, EnableInvokeDynamic, false,                              \

Anyone working on this?

-- Chris

> 
> - 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
>>>>> 
>>>>> 
>>>> 
>>>> 
>>> 
>> 
>>