Problem with building Sumatra

[Christian Thalinger]

> On Apr 5, 2016, at 1:23 AM, 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

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

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