graal and jdk8

[Remi Forax]

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