[9] RFR(XS): 8007987: ciConstantPoolCache::_keys should be array of 32bit int
Tobias Hartmann
tobias.hartmann at oracle.com
Fri Jun 27 07:01:28 UTC 2014
Hi Coleen,
thanks for the review.
>> // ciConstantPoolCache
>> //
>> // The class caches indexed constant pool lookups.
>> //
>> // Usage note: this klass has nothing to do with ConstantPoolCache*.
> Oh my gosh.
Yes, that comment is a little bit confusing.
> If _keys corresponds to constant pool indices then an int is enough to
> store the values, so this looks ok. The ConstantPool length is a u2
> but an int is better to future-proof this.
I think so too.
Thanks,
Tobias
>
> Coleen
>
> On 6/26/14, 10:42 AM, Christian Thalinger wrote:
>> Can you also have someone from the runtime team to take a quick
>> look? Sending to hotspot-dev instead.
>>
>> On Jun 26, 2014, at 5:55 AM, Tobias Hartmann
>> <tobias.hartmann at oracle.com> wrote:
>>
>>> Hi,
>>>
>>> please review the following small patch that changes the type of the
>>> keys stored in the array from intptr_t to int. This is sufficient to
>>> store the 2 byte constant pool indexes and conforms to the interface
>>> where int is used.
>>>
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8007987
>>> Webrev: http://cr.openjdk.java.net/~thartmann/8007987/webrev.00/
>>> Testing: JPRT
>>>
>>> Thanks,
>>> Tobias
>>>
>
More information about the hotspot-compiler-dev
mailing list