JDK-8123780 : JDK-8015656 causes gradle build breakage
- Type: Bug
- Component: javafx
- Sub-Component: build
- Affected Version: 8
- Priority: P2
- Status: Closed
- Resolution: Fixed
- Submitted: 2013-06-05
- Updated: 2015-06-17
- Resolved: 2013-06-06
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 8 |
|---|
8Fixed  |
Related Reports
|
Duplicate :
|
Description
JDK-8015656 changes behavior of the collections in a way that breaks antlr. It turns out that this affects both our ant build and our gradle build, but the ant build didn't notice because it *did not fail the build* if the antlr call failed, whereas the gradle build did. We can "fix" the gradle build by causing it to also ignore this error. It so happens that the antlr failure occurs after the source files have all been generated, so we are able to continue building even with this bug. Of course, after JDK-8015656 is fixed, we ought to undo this so that if the antlr call fails, we are notified of this.
Comments
|