graal and jdk8
Venkatachalam, Vasanth
Vasanth.Venkatachalam at amd.com
Wed Feb 13 13:40:09 PST 2013
Thanks for the help. After doing mx clean, the build works.
Vasanth
-----Original Message-----
From: Lukas Stadler [mailto:lukas.stadler at jku.at]
Sent: Wednesday, February 13, 2013 3:31 PM
To: Venkatachalam, Vasanth
Cc: Gilles Duboscq; graal-dev at openjdk.java.net
Subject: Re: graal and jdk8
Can you try "mx clean"? The LogicNode class was moved recently, maybe a .class file is wasn't deleted.
- Lukas
On Feb 13, 2013, at 22:24 , "Venkatachalam, Vasanth" <Vasanth.Venkatachalam at amd.com> wrote:
> Okay, I updated and got the fixes. I'm seeing a new set of errors when I build with JDK-8.
> Here are a few snippets. I've attached the entire error log for reference.
>
> /home/tester/vasanth/graal/graal/graal/com.oracle.graal.nodes/src/com/
> oracle/graal/nodes/java/InstanceOfNode.java:35: error: reference to LogicNode is ambiguous public final class InstanceOfNode extends LogicNode implements Canonicalizable, Lowerable, Virtualizable {
> ^ both class
> com.oracle.graal.nodes.calc.LogicNode in com.oracle.graal.nodes.calc
> and class com.oracle.graal.nodes.LogicNode in com.oracle.graal.nodes
> match
>
>
> /home/tester/vasanth/graal/graal/graal/com.oracle.graal.nodes/src/com/oracle/graal/nodes/java/InstanceOfNode.java:104: error: incompatible types: LogicConstantNode cannot be converted to LogicNode
> return LogicConstantNode.contradiction(graph());
>
> /home/tester/vasanth/graal/graal/graal/com.oracle.graal.nodes/src/com/oracle/graal/nodes/java/InstanceOfDynamicNode.java:48: error: constructor LogicNode in class LogicNode cannot be applied to given types;
> public InstanceOfDynamicNode(ValueNode mirror, ValueNode object) {
> ^
> required: Kind,ValueNode,ValueNode
>
>
>
> From: Gilles Duboscq [mailto:gilwooden at gmail.com]
> Sent: Wednesday, February 13, 2013 3:05 PM
> To: Venkatachalam, Vasanth
> Cc: Thomas Wuerthinger; graal-dev at openjdk.java.net
> Subject: Re: graal and jdk8
>
> Yes, they should be available i can see them in
> http://hg.openjdk.java.net/graal/graal
>
> What revision are you currently at? (hg summary) Are you sure you
> pulled from the OpenJDK repository? (hg pull
> http://hg.openjdk.java.net/graal/graal)
>
> On Wed, Feb 13, 2013 at 10:01 PM, Venkatachalam, Vasanth <Vasanth.Venkatachalam at amd.com<mailto:Vasanth.Venkatachalam at amd.com>> wrote:
> Hi, have the changes for that fix been checked in?
>
> When I do an "hg update" under the root graal directory, I'm getting a "0 files modified" message.
>
> Vasanth
>
> -----Original Message-----
> From:
> graal-dev-bounces at openjdk.java.net<mailto:graal-dev-bounces at openjdk.ja
> va.net>
> [mailto:graal-dev-bounces at openjdk.java.net<mailto:graal-dev-bounces at op
> enjdk.java.net>] On Behalf Of Gilles Duboscq
> Sent: Wednesday, February 13, 2013 1:31 PM
> To: Thomas Wuerthinger
> Cc: graal-dev at openjdk.java.net<mailto:graal-dev at openjdk.java.net>
> Subject: Re: graal and jdk8
>
> 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<mailto: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<mailto: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<mailto:thomas.wuerthinger at ora
>>>> cle.com>]
>>>> Sent: Wednesday, February 13, 2013 11:35 AM
>>>> To: Venkatachalam, Vasanth
>>>> Cc: graal-dev at openjdk.java.net<mailto: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<mailto: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<mailto:thomas.wuerthinger at or
>>>>> acle.com>]
>>>>> Sent: Wednesday, February 13, 2013 11:13 AM
>>>>> To: Venkatachalam, Vasanth
>>>>> Cc: graal-dev at openjdk.java.net<mailto: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<mailto: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
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
More information about the graal-dev
mailing list