current Gradle head cannot build itself on Java 8

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

current Gradle head cannot build itself on Java 8

Perryn Fowler
I discovered this when trying to set the gradle build to use the latest nightly.

To reproduce run './gradlew clean core:check' with Java 8

What I have found so far:

Pez
Reply | Threaded
Open this post in threaded view
|

Re: current Gradle head cannot build itself on Java 8

Daz DeBoer-2
Yep, I can see how this commit would have caused this problem. Although I have no idea why building with Java 8 makes a difference.

The underlying issue is that we've been sharing some plugin infrastructure between the new native/jvm component plugins and the original java/groovy/scala plugins. As the new component infrastructure becomes more sophisticated, it's harder to make changes without breaking the original plugins. I think the solution for now is to share less between the old and new plugins: this has proved necessary in recent experiments with moving the new plugins to use ModelRules.

I'll fix this soon.
Daz


On Fri, Jul 11, 2014 at 4:58 AM, Perryn Fowler <[hidden email]> wrote:
I discovered this when trying to set the gradle build to use the latest nightly.

To reproduce run './gradlew clean core:check' with Java 8

What I have found so far:

Pez



--
Darrell (Daz) DeBoer
Reply | Threaded
Open this post in threaded view
|

Re: current Gradle head cannot build itself on Java 8

Daz DeBoer-2
Interestingly, the build passes for me with Java 8. But I'll fix the 'java' plugin so that it's not affected by the commit in question.
Daz


On Fri, Jul 11, 2014 at 9:14 AM, Daz DeBoer <[hidden email]> wrote:
Yep, I can see how this commit would have caused this problem. Although I have no idea why building with Java 8 makes a difference.

The underlying issue is that we've been sharing some plugin infrastructure between the new native/jvm component plugins and the original java/groovy/scala plugins. As the new component infrastructure becomes more sophisticated, it's harder to make changes without breaking the original plugins. I think the solution for now is to share less between the old and new plugins: this has proved necessary in recent experiments with moving the new plugins to use ModelRules.

I'll fix this soon.
Daz


On Fri, Jul 11, 2014 at 4:58 AM, Perryn Fowler <[hidden email]> wrote:
I discovered this when trying to set the gradle build to use the latest nightly.

To reproduce run './gradlew clean core:check' with Java 8

What I have found so far:

Pez



--
Darrell (Daz) DeBoer



--
Darrell (Daz) DeBoer
Reply | Threaded
Open this post in threaded view
|

Re: current Gradle head cannot build itself on Java 8

Daz DeBoer-2
On Fri, Jul 11, 2014 at 9:32 AM, Daz DeBoer <[hidden email]> wrote:
Interestingly, the build passes for me with Java 8. But I'll fix the 'java' plugin so that it's not affected by the commit in question.
Daz

My bad. I missed the part about './gradlew nightlyWrapper'. Can now reproduce with Java8.
 


On Fri, Jul 11, 2014 at 9:14 AM, Daz DeBoer <[hidden email]> wrote:
Yep, I can see how this commit would have caused this problem. Although I have no idea why building with Java 8 makes a difference.

The underlying issue is that we've been sharing some plugin infrastructure between the new native/jvm component plugins and the original java/groovy/scala plugins. As the new component infrastructure becomes more sophisticated, it's harder to make changes without breaking the original plugins. I think the solution for now is to share less between the old and new plugins: this has proved necessary in recent experiments with moving the new plugins to use ModelRules.

I'll fix this soon.
Daz


On Fri, Jul 11, 2014 at 4:58 AM, Perryn Fowler <[hidden email]> wrote:
I discovered this when trying to set the gradle build to use the latest nightly.

To reproduce run './gradlew clean core:check' with Java 8

What I have found so far:

Pez



--
Darrell (Daz) DeBoer



--
Darrell (Daz) DeBoer



--
Darrell (Daz) DeBoer