From geargemartinez at yahoo.com Mon Apr 4 10:49:03 2016 From: geargemartinez at yahoo.com (geargemartinez at yahoo.com) Date: Mon, 4 Apr 2016 10:49:03 +0000 (UTC) Subject: Problem with building Sumatra References: <1031698246.1861490.1459766943367.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <1031698246.1861490.1459766943367.JavaMail.yahoo@mail.yahoo.com> 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.(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 ? Thanks From christian.thalinger at oracle.com Mon Apr 4 18:45:32 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Mon, 4 Apr 2016 08:45:32 -1000 Subject: Generating Cuda Codes an finding specific bytecodes In-Reply-To: References:

<05057A07-B8B8-4825-AC5F-340C164E7247@oracle.com> Message-ID: <5FD80915-48D9-4A99-B19C-A44D43588F66@oracle.com> > On Apr 3, 2016, at 3:31 AM, Bahram Yarahmadi wrote: > > Thanks a lot > Right now ,I want to focus on sumatra project, > I wanted to build sumatra but I got some errors: > Exception 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.(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) > make[1]: *** [/home/bahram/sumatra-dev/build/linux-x86_64-normal-server-release/nashorn/classes/_the.nasgen.run] Error 1 > > How can I fix it ? Personally I?ve never built the sumatra workspace myself. Maybe someone from AMD can remember some details. > I have some questions > It's not feasible to write our backend for Graal (I mean I generate PTX directly from Graal IR)? ?Not feasible?? Yes, the PTX backend generates PTX instructions directly from Graal IR and I believe that?s the way to do it. > I want to know your idea about it ! > > Thanks > > On Mon, Mar 28, 2016 at 9:55 PM, Christian Thalinger > wrote: > >> On Mar 25, 2016, at 1:37 AM, Bahram Yarahmadi > wrote: >> >> Thanks >> but Christian ,as you know,in Sumatra Project the intermediate code is HSAIL and there is no GPU backend for HSAIL yet,We have to use simulators >> I want to generate PTX or high level CUDA code directly > > Sumatra also has a PTX backend. Look at the changeset we pointed you at, e.g.: > > http://hg.openjdk.java.net/graal/graal-compiler/file/c8fc6e2d128b/graal/com.oracle.graal.hotspot.ptx/src/com/oracle/graal/hotspot/ptx > >> >> Thanks again >> >> Ragards >> >> On Thu, Mar 24, 2016 at 4:50 PM, Christian Thalinger > wrote: >> Last time we pointed you to the Sumatra project and the Graal changeset which contained the PTX and HSAIL backends before they got removed. I highly suggest to use that version to go forward. >> >> Also, if you are seriously interested in working on Sumatra I would use the sumatra-dev mailing list to ask questions (bcc?ing graal-dev). A good first step and excellent learning opportunity would be to bring the Sumatra changes to the current Graal version. >> >> Here is a list of people who have been involved in Project Sumatra in the past: >> >> http://openjdk.java.net/census#sumatra >> >> > On Mar 24, 2016, at 12:29 AM, Bahram Yarahmadi > wrote: >> > >> > Dear all, >> > These days I'm working and learning graal and as you know,I want to run >> > Java 8 Stream APIs with Lambdas on GPUs >> > I followed tutorial on the website but It was useless >> > I have a few questions >> > should I change the graal source repository and build it again with mx >> > build command.For example in which class should I change my modification in >> > order to change the specific bytecode (for example invocDynamic which is >> > for lambdas) to graal IR ? >> > How can I read Bytecodes and convert them to Graal IR? >> > After that I want to apply come Optimizations >> > would you mind giving me some hints ? (for example in which class should I >> > focus and things like that ) >> > >> > Thanks in advance >> > >> > Regards >> >> > > From christian.thalinger at oracle.com Mon Apr 4 18:50:05 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Mon, 4 Apr 2016 08:50:05 -1000 Subject: Problem with building Sumatra In-Reply-To: <1031698246.1861490.1459766943367.JavaMail.yahoo@mail.yahoo.com> References: <1031698246.1861490.1459766943367.JavaMail.yahoo.ref@mail.yahoo.com> <1031698246.1861490.1459766943367.JavaMail.yahoo@mail.yahoo.com> Message-ID: > On Apr 4, 2016, at 12:49 AM, 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.(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 From eric.caspole at oracle.com Mon Apr 4 20:17:42 2016 From: eric.caspole at oracle.com (Eric Caspole) Date: Mon, 4 Apr 2016 16:17:42 -0400 Subject: Problem with building Sumatra In-Reply-To: References: <1031698246.1861490.1459766943367.JavaMail.yahoo.ref@mail.yahoo.com> <1031698246.1861490.1459766943367.JavaMail.yahoo@mail.yahoo.com> Message-ID: <5702CBE6.2000405@oracle.com> I think the Sumatra JDK should build if you use JDK 8.0 or a very early 8u update as the boot jdk. It's possible later 8u updates may have refactoring/fixes that would not work with the Sumatra JDK. Eric On 4/4/2016 2:50 PM, Christian Thalinger wrote: >> On Apr 4, 2016, at 12:49 AM, 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.(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 From christian.thalinger at oracle.com Tue Apr 5 17:07:58 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Tue, 5 Apr 2016 07:07:58 -1000 Subject: Problem with building Sumatra In-Reply-To: <1138134364.2408778.1459855400097.JavaMail.yahoo@mail.yahoo.com> References: <1138134364.2408778.1459855400097.JavaMail.yahoo@mail.yahoo.com> Message-ID: > 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 wrote: > > > > > On Apr 4, 2016, at 12:49 AM, 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.(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 > > From geargemartinez at yahoo.com Wed Apr 6 07:56:37 2016 From: geargemartinez at yahoo.com (geargemartinez at yahoo.com) Date: Wed, 6 Apr 2016 07:56:37 +0000 (UTC) Subject: Problem with building Sumatra In-Reply-To: References: Message-ID: <139798943.2837740.1459929397446.JavaMail.yahoo@mail.yahoo.com> 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.Actualy our aim is Lamdas with Steam APIsI will ask you if I need helpYes ,We are working on the same research project Thanks for your help. On Tuesday, 5 April 2016, 10:08, Christian Thalinger wrote: 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 wrote: > On Apr 4, 2016, at 12:49 AM, 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.(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 From christian.thalinger at oracle.com Wed Apr 6 17:05:47 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Wed, 6 Apr 2016 07:05:47 -1000 Subject: Problem with building Sumatra In-Reply-To: <139798943.2837740.1459929397446.JavaMail.yahoo@mail.yahoo.com> References: <139798943.2837740.1459929397446.JavaMail.yahoo@mail.yahoo.com> Message-ID: > 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 wrote: > > > >> 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 > wrote: >> >> >> >> > On Apr 4, 2016, at 12:49 AM, 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.(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 >> >> > > > From geargemartinez at yahoo.com Sun Apr 10 07:24:28 2016 From: geargemartinez at yahoo.com (geargemartinez at yahoo.com) Date: Sun, 10 Apr 2016 07:24:28 +0000 (UTC) Subject: Questions about graal packages References: <234317478.57670.1460273068551.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <234317478.57670.1460273068551.JavaMail.yahoo@mail.yahoo.com> Hello GuysWe want to get Java bytecodes which reperesent lambdas and Steam API and I want to make some modification after converting them to graal IRWe have some questions about graal code base?There are a bunch of packages which are a little confusing for us?As you know graal code base is huge and it takes a lot of time for us to understand it.In which package or java class we should focus more ? Thanks a lot Regards From juan.fumero at ed.ac.uk Sun Apr 10 11:45:26 2016 From: juan.fumero at ed.ac.uk (Juan Fumero) Date: Sun, 10 Apr 2016 12:45:26 +0100 Subject: Questions about graal packages In-Reply-To: <234317478.57670.1460273068551.JavaMail.yahoo@mail.yahoo.com> References: <234317478.57670.1460273068551.JavaMail.yahoo.ref@mail.yahoo.com> <234317478.57670.1460273068551.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1460288726.8927.13.camel@ed.ac.uk> Hi,? ? For building the GraalIR you can do it via StructuredGraph. You might have a look at the unittest for the build the graph given a Java Method.? For modifications, with no information about what you want to do it is hard to tell. A starting point, I guess, you can either apply existing phases or implement your own phases and apply them to the Graph built previously. See the classes that inherit from?com.oracle.graal.phase.Phase .? Regards Juan On Sun, 2016-04-10 at 07:24 +0000, geargemartinez at yahoo.com wrote: > Hello GuysWe want to get Java bytecodes which reperesent lambdas and > Steam API and I want to make some modification after converting them > to graal IRWe have some questions about graal code base?There are a > bunch of packages which are a little confusing for us?As you know > graal code base is huge and it takes a lot of time for us to > understand it.In which package or java class we should focus more ? > Thanks a lot > Regards > -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.