Age | Commit message (Collapse) | Author |
|
|
|
|
|
2is10-npe-warning
|
|
I've fixed documentation for Cleanup annotation. Doc provided before wrong variable information (you closed String instead of Closeable).
|
|
|
|
|
|
|
|
|
|
is slapped together by a tuple based on the position (as gleaned from the JCTree object) and the source file (as gleaned from.. Log. *facepalm*). We didn’t update log when resolving for i.e. ‘val’, so the caches get all jumbled up. Fixed by setting the Log’s ‘useSource’ method.
|
|
intentionally haven’t set yet. To avoid NPEs, let’s set it.
|
|
|
|
|
|
See bazelbuild/bazel#4393
|
|
"JDK9 support much improved since v1.16.6" -> "... v1.16.16"
|
|
|
|
|
|
|
|
|
|
|
|
I think line 12 is incorrect, call "this.getName()" in it self will cause stackoverflow.Change to return this.name.
|
|
#1532
|
|
|
|
|
|
|
|
rt.jar. Fortunately, we already had an optional ant task to fetch this. I’ve simply made it less optional.
|
|
in this release.
|
|
Javac9.
|
|
|
|
|
|
fixes #1521
|
|
fixes #1521
|
|
|
|
ConstructorProperties being default-off.
|
|
instead of default on.
|
|
|
|
#1518
|
|
broke it with JDK9).
|
|
|
|
compiler errors, not stack traces.
|
|
|
|
javac’s built-in * unglobbing. Now they do.
|
|
delombok’ did not work.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|