review (S) for 6911204: generated adapters with large signatures can fill up the code cache

Tom Rodriguez Thomas.Rodriguez at Sun.COM
Thu Jan 14 10:20:49 PST 2010


Not yet.  I was looking at John's comments and deciding what I wanted to change.

tom

On Jan 14, 2010, at 9:30 AM, Vladimir Kozlov wrote:

> Did you update webrev?
> 
> Vladimir
> 
> Tom Rodriguez wrote:
>> On Jan 13, 2010, at 7:16 PM, Vladimir Kozlov wrote:
>>>>> 1793   int value(int index) {<<<  returns "int" but _fingerprint is array of intptr_t,
>>>>>                                 and there is no check (v1 == (int) v1). I know they fit "int"
>>>>>                                 but some compilers may complain about downcast without explicit cast.
>>>> You're right.  I fixed it.
>>> I thought you will use (int) cast. If value() returns intptr_t you will have
>>> problems in compute_hash() and as_string(), especially last since print
>>> format expects int value.
>> It has to be intptr_t since a VMReg is actually an encoded pointer.  It should always be small enough to fit into an int but I can't assume that.  I've fixed hash and changed as_string to use PRT_FORMAT which is somewhat ugly but it's good enough I think.
>> tom
>>> Vladimir
>>> 
>>>> 
>>>> tom
>>>> 
>>>> 
>>>>> Vladimir
>>>>> 
>>>>> Tom Rodriguez wrote:
>>>>>> http://cr.openjdk.java.net/~never/6911204



More information about the hotspot-compiler-dev mailing list