If we keep stubs in memory, IDE's incremental compiler can reuse them if no
changes happen.
I think builds of large groovy projects like Grails, Gradle and Groovy
itself, etc will get more benefits from the new feature.
Cheers,
Daniel.Sun
-
Apache Groovy committer
Blog: http://blog.sunl
Could IDEs like Intellij benefit from this?
p
On Fri, Jan 18, 2019 at 7:53 PM Daniel.Sun wrote:
> Fix the PR link: https://github.com/apache/groovy/pull/855
>
>
>
> -
> Apache Groovy committer
> Blog: http://blog.sunlan.me
> Twitter: @daniel_sun
>
> --
> Sent from: http://groovy.329449.n5
Fix the PR link: https://github.com/apache/groovy/pull/855
-
Apache Groovy committer
Blog: http://blog.sunlan.me
Twitter: @daniel_sun
--
Sent from: http://groovy.329449.n5.nabble.com/Groovy-Dev-f372993.html
The proposed PR is here: https://issues.apache.org/jira/browse/GROOVY-8962
Merged in 72 hours if no one rejects. Any advice is appreciated!
Cheers,
Daniel.Sun
-
Apache Groovy committer
Blog: http://blog.sunlan.me
Twitter: @daniel_sun
--
Sent from: http://groovy.329449.n5.nabble.com/Gro
Agreed.
I find we can get rid of the 3rd-part lib and just rely on `javax.tools`
APIs, e.g.
```
compilationUnits.add(new MemJavaFileObject(new
URI("string:///labs/Hello.java"), srcStr));
```
I'm doing some experiment.
Cheers,
Daniel.Sun
-
Apache Groovy committer
Blog: http://blog.sunlan
This would be indeed very useful. The current join compilation tend to be
time consuming.
p
On Fri, Jan 18, 2019 at 9:44 AM Daniel Sun wrote:
> Hi all,
>
> [Background]
>Groovy's joint compiler will generate a lot of stubs for groovy
> source files, many of the stubs are useless and wri
It's an interesting idea. I like that it's hidden behind a flag, because
sometimes you want to keep the stubs. That must be the case for IDEs that
implement "some kind" of incremental compilation.
Le ven. 18 janv. 2019 à 09:44, Daniel Sun a
écrit :
> Hi all,
>
> [Background]
>Groovy's jo
Hi all,
[Background]
Groovy's joint compiler will generate a lot of stubs for groovy
source files, many of the stubs are useless and written to disk and clean
later. When project contains a lot of groovy source files, the performance
of compiling is not good.
[Proposal]
I propose to