Request for reviews (XL): 6919934: JSR 292 needs to support x86 C1
Tom Rodriguez
tom.rodriguez at oracle.com
Thu Apr 8 09:47:48 PDT 2010
On Apr 8, 2010, at 1:33 AM, Christian Thalinger wrote:
> On Wed, 2010-04-07 at 12:15 -0700, Tom Rodriguez wrote:
>> On Apr 2, 2010, at 4:01 PM, Christian Wimmer wrote:
>>
>>>> http://cr.openjdk.java.net/~never/6939930 is a full solution.
>>>>
>>>> 6939930: exception unwind changes in 6919934 hurts compilation speed
>>>> Reviewed-by:
>>>
>>> I think that is a good unified solution now, and works in my workspace. I have two small comments:
>>>
>>> * LIRAssembler_sparc.cpp: There is no "stub->emit_code(this);" like in the x86 code
>>
>> Thanks for catching that.
>>
>>> * LIR.hpp: lir_unwind can now be a LIR_Op1. In LIR.cpp you assert that the second operand of the current LIR_Op2 is never used, which is weird.
>>
>> Yeah, I wimped out on the that. I've fixed that and updated the webrev.
>
> src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp:
>
> 2123 __ br(Assembler::always, false, Assembler::pn, _unwind_handler_entry);
>
> Why do you use Assembler::pn for this branch? Wouldn't a __ ba(...) be
> the right instruction here?
It's a copy paste from somewhere else. I don't think it really matters but I fixed that one and the place I copied it from. I've updated the webrev. Thanks!
tom
>
> Otherwise looks good.
>
> -- Christian
>
More information about the hotspot-compiler-dev
mailing list