Request for reviews (XL): 6829193: JSR 292 needs to support SPARC
Christian Thalinger
Christian.Thalinger at Sun.COM
Wed Apr 21 11:46:02 PDT 2010
On Wed, 2010-04-21 at 00:51 -0700, John Rose wrote:
> Finishing up with methodHandles_sparc:
>
> case _raise_exception: I don't think you should change Lesp for this.
> There's no way the GC can do anything with the new words pointed at by
> Lesp, so it's risky. Is there some layer of software that wants Lesp
> and Gargs to change in concert?
Not that I know of. I remove the Lesp adjustment.
>
> case _bound_ref_mh: "FIXME Is this required on SPARC"
>
> Yes, longs and doubles have to be split across two stack slots in
> ILP32. On sparc it's tricky because the stack slot pair is not
> aligned enough for a plain STX/LDX. In LP64, the second stack slot is
> pure garbage. So on ILP32, you have to shift the high 32 bits of
> O1_scratch down, then store them where they belong (which is the
> lower-addresses stack slot, IIRC). I suppose the st_long macro will
> help with that.
I think using st_long/st_ptr should do the trick.
>
> The "ld" operations should be explicitly marked as "ldsw" or "lduw",
> especially for _adapter_opt_i2l.
Done.
Here is the new webrev:
http://cr.openjdk.java.net/~twisti/6829193/webrev.04/
-- Christian
More information about the hotspot-compiler-dev
mailing list