> This change adds a field to `JCTree` to store end positions, instead of using > a separate `EndPosTable` map. See also [this compile-dev@ > thread](https://mail.openjdk.org/pipermail/compiler-dev/2025-November/032254.html). > > I performed the refactoring in stages, preserving existing semantics at each > step. > > There are two known places where this changes existing behaviour that are > reflected in changes to tests: > > * `test/langtools/tools/javac/api/TestJavacTask_Lock.java` - this test > asserts that calling `JavacTask#parse` first and then calling `#call` or > `#parse` second will fail. The assertion that the test is currently expecting > is thrown when the `EndPosTable` gets set a second time, and this change > means that no longer results in an exception. If desired `JavacTask#parse` > could be updated to explicitly check if it is called twice and fail, instead > of indirectly relying on the `EndPosTable` for that. > > * `test/langtools/tools/javac/diags/DiagnosticGetEndPosition.java` - there's > a comment that 'ideally would be "0", but the positions are not fully set > yet', and with the new approach the end position is available to the test, so > it resolves the comment
Liam Miller-Cushon has updated the pull request incrementally with one additional commit since the last revision: Fix DiagnosticGetEndPosition on windows ------------- Changes: - all: https://git.openjdk.org/jdk/pull/28610/files - new: https://git.openjdk.org/jdk/pull/28610/files/6c5665cb..a86c0446 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=28610&range=03 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=28610&range=02-03 Stats: 7 lines in 1 file changed: 2 ins; 0 del; 5 mod Patch: https://git.openjdk.org/jdk/pull/28610.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/28610/head:pull/28610 PR: https://git.openjdk.org/jdk/pull/28610
