Request for review (XS): 7027232: JSR 292: wrong numeric value returned by MH on solaris-sparc
paul.hohensee at oracle.com
Tue Mar 15 10:57:20 PDT 2011
Would love to drop V8 support in C1, but as long as we ship the current
of Hotspot in jdk6, we can't do it. We're trying (and failing at the
decommit from that, but imo we're going to be stuck with delivering the
jvm into the jdk6 train for a year at least.
On 3/15/11 1:22 PM, Vladimir Kozlov wrote:
> We don't support little-endian SPARC, why add a code which will never
> be executed?
> On side note (RFE): we should officially drop v8 support (C2 does not
> support already, only C1). There are already several places where we
> use stx/ldx without check that it is v9 (yes, we still have an assert
> which is fine). Also std/ldd is emulated on modern SPARC and so is
> very slow.
> Christian Thalinger wrote:
>> 7027232: JSR 292: wrong numeric value returned by MH on solaris-sparc
>> After 7018378 one of the tests of java/dyn/MethodHandlesTest fails on
>> 32-bit SPARC. st_long uses STD on 32-bit SPARC and the LSW and MSW
>> bits are not moved to the proper registers resulting in a wrong
>> The fix is to use the correct registers for 32-bit big-endian and
>> little-endian (just in case) SPARC.
More information about the hotspot-compiler-dev