Request for reviews (M): 6930772: JSR 292 needs to support SPARC C1
Tom Rodriguez
tom.rodriguez at oracle.com
Thu Apr 15 10:31:56 PDT 2010
Could the is_method_handle_invoke become part of CodeEmitInfo instead? That would make more sense to me.
tom
On Apr 15, 2010, at 4:25 AM, Christian Thalinger wrote:
> On Fri, 2010-04-09 at 11:06 -0700, Tom Rodriguez wrote:
>> I don't like the way this is structured. Why not move the
>> preserve/restore SP logic up into the LIR as regular moves? Then you
>> don't need any of this special handling. In fact the delay slot
>> filling will likely move the preserve SP logic into the delay slot as
>> you would like it to be.
>
> You're right. Here is a new webrev:
>
> http://cr.openjdk.java.net/~twisti/6930772/webrev.02/
>
> I'm not sure if the LIR_OpDelay::is_method_handle_invoke is good name
> choice.
>
> Additionally I changed ciMethod::is_method_handle_invoke to use the
> holder and method name to be able to call it on unloaded methods. John
> hasn't replied yet on my email if that's OK but my extensive testings
> show that it should be OK.
>
> -- Christian
>
More information about the hotspot-compiler-dev
mailing list