Problem with building Sumatra

[Christian Thalinger]

> On Apr 5, 2016, at 9:56 PM, geargemartinez at yahoo.com wrote:
> 
> Thanks a lot,
> Last time you and freinds in the mailing list suggested me to work on the sumatra project as the basic of our research 
> I think working with graal is more rewarding .I want to patch the ptx to the new version of graal.

Sounds good.  Once you have something working we can move the Sumatra forest to a newer version.

> Actualy our aim is Lamdas with Steam APIs
> I will ask you if I need help
> Yes ,We are working on the same research project

Thanks for clarifying.

> 
> Thanks for your help.
> 
> 
> On Tuesday, 5 April 2016, 10:08, Christian Thalinger <christian.thalinger at oracle.com> wrote:
> 
> 
> 
>> On Apr 5, 2016, at 1:23 AM, geargemartinez at yahoo.com <mailto:geargemartinez at yahoo.com> wrote:
>> 
>> Thanks Christian for your helping
>> 
>> Could you please give me some advice and clarify the process and road map that should I take ?
>> I have downloaded graal compiler from repo and work with it for a while and as you suggested I changed my direction and wanted to work on sumatra as a infrastructure of my research  I tried to build it as a first step but it was impossible.
>> Should I change the graal code base or sumatra ?
> 
> Are you and Bahram Yarahmadi working on the same project?
> 
> There are two possible options:
> 
> 1)  Take the old version of Graal which still has GPU support:
> 
> http://hg.openjdk.java.net/graal/graal-compiler/rev/c8fc6e2d128b <http://hg.openjdk.java.net/graal/graal-compiler/rev/c8fc6e2d128b>
> 
> and use it for your research.  It’s about a year old.
> 
> 2)  Take the PTX part of the patch of:
> 
> http://hg.openjdk.java.net/graal/graal-compiler/rev/8f2fb6bec986 <http://hg.openjdk.java.net/graal/graal-compiler/rev/8f2fb6bec986>
> 
> and port it to the newest version of Graal, if you want to be on the bleeding edge.  But that will require some (maybe) non-trivial work.
> 
> It depends on what your goals are and how much time you have but these are your options.  Also, whichever you choose you don’t need the Sumatra JDK changes.  There are other ways to trigger GPU compilations.
> 
>> 
>> You are a kind guy
>> 
>> Special thanks in advance
> 
> We are trying to help you as much as we can.
> 
>> 
>> Regards
>>  
>> 
>> 
>> On Monday, 4 April 2016, 23:20, Christian Thalinger <christian.thalinger at oracle.com <mailto:christian.thalinger at oracle.com>> wrote:
>> 
>> 
>> 
>> > On Apr 4, 2016, at 12:49 AM, geargemartinez at yahoo.com <mailto:geargemartinez at yahoo.com> wrote:
>> > 
>> > Hello guysI have got sumatre-dev repository and I tried to build it and test it.but when I want to build images and during the build on nashorn  I got this Error ## Starting nashornRunning nasgenException in thread "main" java.lang.VerifyError: class jdk.nashorn.internal.objects.ScriptFunctionImpl overrides final method setPrototype.(Ljava/lang/Object;)V at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:760) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) at java.net.URLClassLoader.access$100(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:368) at java.net.URLClassLoader$1.run(URLClassLoader.java:362) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:361) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at jdk.nashorn.internal.tools.nasgen.StringConstants.<clinit>(StringConstants.java:85) at jdk.nashorn.internal.tools.nasgen.MemberInfo.verify(MemberInfo.java:250) at jdk.nashorn.internal.tools.nasgen.ScriptClassInfo.verify(ScriptClassInfo.java:227) at jdk.nashorn.internal.tools.nasgen.Main.process(Main.java:108) at jdk.nashorn.internal.tools.nasgen.Main.processAll(Main.java:88) at jdk.nashorn.internal.tools.nasgen.Main.main(Main.java:62)How can I fix this ?
>> 
>> AMD made some changes to the core library code.  Mainly hooks for Lambas to be compiled by the GPU backend, IIRC.
>> 
>> Maybe it would be easier to wipe out all this and start fresh.  The hooks are not really necessary.
>> 
>> 
>> > 
>> > Thanks
>> 
>> 
> 
> 
>