RFR 8025185: MethodHandleInError and MethodTypeInError not handled in ConstantPool::,compare_entry_to and copy_entry_to
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Tue Oct 8 13:56:30 PDT 2013
It looks good.
A question:
1011 case JVM_CONSTANT_MethodType:
1012 {
1013 int k1 = method_type_index_at_error_ok(index1);
1014 int k2 = cp2->method_type_index_at_error_ok(index2);
. . .
1021 case JVM_CONSTANT_MethodHandle:
1022 {
1023 int k1 = method_handle_ref_kind_at_error_ok(index1);
1024 int k2 = cp2->method_handle_ref_kind_at_error_ok(index2);
Should the above include InError variants ?:
1011 case JVM_CONSTANT_MethodType:
case JVM_CONSTANT_MethodTypeInError:
1012 {
1013 int k1 = method_type_index_at_error_ok(index1);
1014 int k2 = cp2->method_type_index_at_error_ok(index2);
. . .
1021 case JVM_CONSTANT_MethodHandle:
case JVM_CONSTANT_MethodHandleInError:
1022 {
1023 int k1 = method_handle_ref_kind_at_error_ok(index1);
1024 int k2 = cp2->method_handle_ref_kind_at_error_ok(index2);
Thanks,
Serguei
On 10/8/13 11:27 AM, Coleen Phillimore wrote:
> Summary: Add missing cases.
>
> I verified this with the test for
> https://bugs.openjdk.java.net/browse/JDK-8022701 but don't want to
> copy the test into with modifications the hotspot repository, still
> working on refactoring the test for the JDK repository for after this
> gets pushed.
>
> open webrev at http://cr.openjdk.java.net/~coleenp/8025185/
> bug link https://bugs.openjdk.java.net/browse/JDK-8025185
>
> Thanks,
> Coleen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20131008/2b83cd73/attachment.html
More information about the serviceability-dev
mailing list