RFR (M) 8024438: JSR 292 API specification maintenance for JDK 8
Christian Thalinger
christian.thalinger at oracle.com
Thu Oct 3 14:56:01 PDT 2013
On Oct 2, 2013, at 2:31 PM, John Rose <john.r.rose at oracle.com> wrote:
> On Oct 2, 2013, at 12:14 PM, Christian Thalinger <christian.thalinger at oracle.com> wrote:
>
>> src/share/classes/java/lang/invoke/MethodHandles.java:
>>
>> + * <th><a name="equiv"></a>lookup expression</th>
>>
>> Apparently the name attribute is obsolete for <a/> in HTML5:
>>
>> http://dev.w3.org/html5/markup/a.html
>>
>> I think they want you to use <th id="equiv">.
>>
>> + * <p style="font-size:smaller;">
>> + * <a name="privacc"></a>
>> + * <em>Discussion of private access:</em>
>>
>> Same here.
>>
>> + * <h1><a name="secmgr"></a>Security manager interactions</h1>
>>
>> And here.
>
> Wow; I don't know where HTML5 fits in the javadoc story. That might be nice to upgrade, but I'm not gonna go first:
Sure :-) It was only a note.
> --------
> fgrep '<a name=' $(hg loc -I src/share/classes/java -X src/share/classes/java/lang/invoke) | wc
> 235 1372 23349
> --------
> fgrep '<a id=' $(hg loc -I src/share/classes/java -X src/share/classes/java/lang/invoke) | wc
> 0 0 0
> --------
> grep '<[a-z]* id=' $(hg loc -I src/share/classes/java) | wc
> 12 72 1186 ## a few CSS tags
> --------
> fgrep '<a name=' $(hg loc -I src/share/classes/java/lang/invoke) | wc
> 8 46 884 ## lots of people were going faster than me, officer!
> --------
>
>> + * because the desired class member is missing, because the
>>
>> Did you want an "or" before "because" like the others?
>
> Yes, you are right. It started out as "a, b, or c" but then got out of control. Switching to "a, or b, or...".
>
>> Otherwise this looks good.
>
> Thanks. At your verbal suggestion I also did this:
>
> * If the filter returns a value, the target must accept that value as
> - * its {@code pos} argument, plus any arguments not passed to the filter.
> + * its argument in position {@code pos}, preceded and/or followed by
> + * any arguments not passed to the filter.
> * If the filter returns void, the target must accept all arguments
> * not passed to the filter.
Thanks!
>
> — John
> _______________________________________________
> mlvm-dev mailing list
> mlvm-dev at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
More information about the hotspot-compiler-dev
mailing list