JDK-7010618 : C1: array length should be treated at int on 64bit during array allocation
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs20
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2011-01-06
  • Updated: 2011-03-08
  • Resolved: 2011-03-08
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availabitlity Release.

To download the current JDK release, click here.
JDK 6 JDK 7 Other
6u25Fixed 7Fixed hs20Fixed
java/util/Arrays/ArrayObjectMethods.java test failed with tiered on sparcv9.

To reproduce run:
javac -d . /net/sqenfs-1.sfbay/export1/comp/vm/testbase/jtreg/7-nightly/JT_JDK/test/java/util/Arrays/ArrayObjectMethods.java

java -Xmixed -server -d64 -XX:-UseCompressedOops -XX:+PrintCompilation -XX:+TieredCompilation -cp . ArrayObjectMethods

EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/55f868e91c3b

EVALUATION The problem is that C1 expects to get sign-extended registers containing block size in tlab_allocate() and eden_allocate(). But in fact it's passed a 32bit int. The solution would be to do i2l conversion before doing pointer arithmetic with this register.