RFR [15] 8236435: Fix typos in javac area
Maurizio Cimadamore
maurizio.cimadamore at oracle.com
Fri Dec 20 21:35:41 UTC 2019
Looks good! Thanks for doing this. Some comments:
* ClientCodeWrapper: should "propagate upwards" be replaced with
"propagated upwards" ? Or perhaps we should use consistent wording with
the phrase below "... are left alone to continue propagating upwards."
* ArgumentAttr: "behavior is influences by the currently selected cache
policy." --> s/influences/influenced
* Check.java: "(except this in typesSkip)" -> s/this/those
* LambdaToMethod: " (rather than i.e. accessing to captured members" - I
think we can drop the "to"
* Modules: "not the entire provides tree" - should "provides" be in a
code block?
* RichDiagnosticFormatter: "after these information is collected" -->
s/these/this
Maurizio
On 20/12/2019 15:44, Pavel Rappo wrote:
> Hello,
>
> Please review the following change for https://bugs.openjdk.java.net/browse/JDK-8236435:
>
> http://cr.openjdk.java.net/~prappo/8236435/webrev.00/
>
> I've been reading up on the javadoc code and comments. At one point, jumping
> through the links, I reached the javax.tools.DocumentationTool and
> com.sun.tools.javac.util.ClientCodeException, which reside in java.compiler and
> jdk.compiler respectively. I found a couple of typos there and fixed them.
>
> One thing led to another and half an hour later I found myself compulsively
> checking the full javac code base for typos and spelling. Sigh.
>
> Long story short, I just went ahead and fixed as many issues as I could in one
> sitting. There was a lot.
>
> On the bright side, this patch doesn't involve any code changes (except for
> spelling in internal variables and methods' parameters), addresses aesthetic
> issues, readability, helps with searches and assists IDEs to pick up usages
> more reliably when refactoring (e.g. renaming).
>
> The initial concern with DocumentationTool turned out to be more subtle and I
> decided not to include it in this patch. It is definitely not just a typo and
> might require a CSR.
>
> Please review at your convenience. Hopefully, if there are false positives,
> you'll catch them.
>
> I suggest reviewing this change using a diff tool with a character-level
> resolution. That is, a tool capable of highlighting mismatching characters in
> lines that differ.
>
> All test/langtools tests pass. Copyright years will be fixed before the push.
>
> Thanks,
> -Pavel
>
More information about the compiler-dev
mailing list