Re: Java compiler for code generation

2017-03-31 Thread Matthias Boehm
that is a good question. Yes, if we want to enable code generation in such a scenario it would also need Janino, which increases our footprint by roughly 0.6MB. Btw, Janino fits much better into such an in-memory deployment because it compiles classes in-memory without the need to write class

Re: Java compiler for code generation

2017-03-31 Thread Berthold Reinwald
Sounds like a good idea. Wrt codegen, in a pure Java scoring environment w/o Spark and Hadoop, will the dependency on Janino still be there (that question applies to JDK as well), and what is the footprint? Regards, Berthold Reinwald IBM Almaden Research Center office: (408) 927 2208; T/L: 457

Re: GSoc 2017

2017-03-31 Thread Krishna Kalyan
Hello All, Based on "SYSTEMML-1451" and relevant SystemML source code, I have updated the draft proposal. Please have a look and share your valuable feedback. https://docs.google.com/document/d/1DKWZTWvrvs73GYa1q3XEN5GFo8ALG jLH2DrIfRsJksA/edit?usp=sharing Regards, Krishna On Thu, Mar 30, 2017

Jenkins build is back to normal : SystemML-DailyTest #900

2017-03-31 Thread jenkins
See