Request for review (M): 6998541: JSR 292 implement missing return-type conversion for OP_RETYPE_RAW

Vladimir Kozlov vladimir.kozlov at oracle.com
Thu May 12 10:34:52 PDT 2011


ciMethodHandle constructor should initialize fields to some default values (it 
is C++, no automatic initialization).

Put caller_counter_data->count() value into a local var.

Vladimir

Christian Thalinger wrote:
> On May 11, 2011, at 6:25 PM, Tom Rodriguez wrote:
>> On May 11, 2011, at 9:16 AM, Christian Thalinger wrote:
>>
>>> On May 11, 2011, at 5:36 PM, Tom Rodriguez wrote:
>>>> methodHandleWalk.cpp:
>>>>
>>>> There are two copies of the retype code.  Can that be factored out?
>>> Well, they are slightly different (change_argument vs. make_invoke) and the conversion for return types has still an Untested in there since I couldn't produce a test case to trigger that.
>> Oh I missed that difference.
>>
>>> I can factor it with a bool for_return argument if that's better.
>> If it factors cleanly that would be nice.
> 
> Done.
> 
>>>> This doesn't seem right.  2 becomes false but 1 becomes true?
>>>>
>>>> +         case T_BOOLEAN: {
>>>> +           jvalue one_jvalue; one_jvalue.i = 1;
>>>> +           ArgToken one = make_prim_constant(T_INT, &one_jvalue, CHECK_(zero));
>>>> +           emit_load_constant(one);
>>>> +           emit_bc(Bytecodes::_iand);
>>>> +           break;
>>>> +         }
>>> I just asked John and that's how JSR 292 defines narrowing conversions to boolean.  That's how the interpreter does it and I mimic that in the compiler.
>> A little comment on it might be nice since it just seems so wrong.
> 
> Done.
> 
> While testing the code today I found two problems.
> 
> The first one was a wrong invoke instruction used for OP_PRIM_TO_REF (see methodHandleWalk.cpp:330).  ?.valueOf() is a static method and so we need to use an invokestatic.  I wonder how this ever worked before.
> 
> The other bug I did find while tracking down the first one:  when a method handle adapter does another MH invoke the profiling data is not available and the invoke count is -1.  I changed the code to pass the caller and call site bci into the MethodHandleCompiler so we can get the invoke count from the caller's MDO.
> 
> webrev is updated.
> 
> -- Christian
> 
>> tom
>>
>>>> Put these on separate lines
>>>>
>>>> !     Symbol* name; Symbol* sig;
>>> Done.
>>>
>>> -- Christian
>>>
>>>> Otherwise it looks good.
>>>>
>>>> tom
>>>>
>>>>
>>>> On May 11, 2011, at 3:42 AM, Christian Thalinger wrote:
>>>>
>>>>> http://cr.openjdk.java.net/~twisti/6998541
>>>>>
>>>>> 6998541: JSR 292 implement missing return-type conversion for OP_RETYPE_RAW
>>>>> Reviewed-by: jrose
>>>>>
>>>>> There is an unimplemented path in the MethodHandleWalker for
>>>>> OP_RETYPE_RAW return-type conversions.
>>>>>
>>>>> This change also includes a couple of x86 fixes found by John Rose,
>>>>> removes the check for genericInvoker on x86 and SPARC and some
>>>>> miscellaneous fixes (e.g. MethodHandlePrinter output).
>>>>>
>>>>> There is also a test for the type conversions which will be pushed
>>>>> later into the JDK 7 repository.
>>>>>
>>>>> src/cpu/sparc/vm/methodHandles_sparc.cpp
>>>>> src/cpu/x86/vm/methodHandles_x86.cpp
>>>>> src/share/vm/prims/methodHandleWalk.cpp
>>>>> src/share/vm/prims/methodHandleWalk.hpp
>>>>> src/share/vm/prims/methodHandles.cpp
>>>>> src/share/vm/prims/methodHandles.hpp
> 
> 


More information about the hotspot-compiler-dev mailing list