8184777: Factor out species generation logic from BoundMethodHandle
Claes Redestad
claes.redestad at oracle.com
Tue Nov 14 17:35:30 UTC 2017
Hi Christoph,
On 2017-11-14 15:29, Christoph Dreis wrote:
> I still think it should be called "one integral bound value" instead of "values" and "has" instead of "have" (at least in case a singular species is meant).
> You seem to have fixed the singular "reference" typo only in ClassSpecializer.java.
I read your comment too fast. Fixed!
>
> While looking at ClassSpecializer again, I found two additional editorial things I wanted to raise:
>
> 1.)
> 364 * @return class name, which by default is {@code outer().topClass().getName() + "$Species_" + deriveTypeString(key)}
> 365 */
> 366 protected String deriveClassName() {
> 367 return topClass.getName() + "$Species_" + deriveTypeString();
> 368 }
>
> The @return doesn't seem to match the implementation. This looks a bit weird at least.
Updated code to match documentation.
>
> 2.)
> 328 * and produces a value of the required type.
> Should be "produce a value" given that "supply" is used some lines above.
Fixed!
>
> Again - I hope you don't mind these minor comments.
Don't mind at all. Some of the typos here were pre-existing, and while
this is
internal code, it surely doesn't hurt cleaning up comments.
http://cr.openjdk.java.net/~redestad/8184777/open.01/
Thanks!
/Claes
More information about the core-libs-dev
mailing list