graal and jdk8

[Thomas Wuerthinger]

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