JDK-8134007 : Improve string folding
- Type: Bug
- Component: tools
- Sub-Component: javac
- Affected Version: 8
- Priority: P3
- Status: Closed
- Resolution: Fixed
- Submitted: 2015-08-20
- Updated: 2016-04-27
- Resolved: 2015-08-31
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 | JDK 9 |
|---|---|
8u101Fixed  |
9 b81Fixed |
Related Reports
|
Relates :
|
Description
Javac string folding implemented in the parser could use some improvements. Currently, given a concat of the kind: String1 + String2 + String3 ..... + StringN This is either left untouched (if there's an X such that StringX is not a literal) or it is all folded into a single StringRes. A better implementation would be to generalize this to have folding to return: StringRes1 + StringRes2 + .... StringResM Where some of the expressions in the result are the concatenation of some of the original input strings, while some other expressions are left alone (i.e. the ones that are not ident). In chronic cases like the one in this bug, this should allow for quite a big boost (as the identifiers are only used once and in close proximity).
Comments
|