e (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 2208
> >> e-mail: reinw...@us.ibm.com
> >>
.ibm.com
>>
>>
>>
>> From: Matthias Boehm
>> To: dev@systemml.incubator.apache.org
>> Date: 03/31/2017 08:17 PM
>> Subject:Java compiler for code generation
>>
>>
>>
>> Hi all,
>>
>> currently, our n
.ibm.com
>
>
>
> From: Matthias Boehm
> To: dev@systemml.incubator.apache.org
> Date: 03/31/2017 08:17 PM
> Subject:Java compiler for code generation
>
>
>
> Hi all,
>
> currently, our new code generator for operator fusion, uses the
&
2208
e-mail: reinw...@us.ibm.com
From: Matthias Boehm
To: dev@systemml.incubator.apache.org
Date: 03/31/2017 08:17 PM
Subject:Java compiler for code generation
Hi all,
currently, our new code generator for operator fusion, uses the
programmatic javax.tools.JavaCompiler
Hi all,
currently, our new code generator for operator fusion, uses the
programmatic javax.tools.JavaCompiler, which is Java's standard API for
compilation. Despite a plan cache that mitigates unnecessary compilation
and recompilation overheads, we still see significant end-to-end overhead
especia
