RFR (S): 8003850: add support for constants in stub code [Was: Re: RFR (S): Issue constants to constant pool in stub code]
Lindenmaier, Goetz
goetz.lindenmaier at sap.com
Tue Nov 27 01:22:46 PST 2012
Hi Vladimir,
You're right, good points, fixed:
http://cr.openjdk.java.net/~goetz/webrevs/8003850/
Best regards,
Goetz.
-----Original Message-----
From: Vladimir Kozlov [mailto:Vladimir.Kozlov at oracle.com]
Sent: Dienstag, 27. November 2012 00:28
To: Lindenmaier, Goetz
Cc: 'Christian Thalinger'; 'hotspot-compiler-dev at openjdk.java.net'
Subject: Re: RFR (S): 8003850: add support for constants in stub code [Was: Re: RFR (S): Issue constants to constant pool in stub code]
Goetz,
This looks good. Few suggestions:
1. Change the first comment line (coping is done already):
< // First copy all sections, then relocate.
---
> // Do relocation after all sections are copied.
2. Use SECT_FIRST as in the original loop to show that second loop
iterates over the same sections.
Thanks,
Vladimir
On 11/22/12 13:53, Lindenmaier, Goetz wrote:
> Hi Chris,
>
> I fixed the other constants and renamed the webrev:
> http://cr.openjdk.java.net/~goetz/webrevs/8003850/
>
> Cheers,
> Goetz.
>
> -----Original Message-----
> From: Christian Thalinger [mailto:christian.thalinger at oracle.com]
> Sent: Wednesday, November 21, 2012 7:45 PM
> To: Lindenmaier, Goetz
> Cc: hotspot-compiler-dev at openjdk.java.net
> Subject: RFR (S): 8003850: add support for constants in stub code [Was: Re: RFR (S): Issue constants to constant pool in stub code]
>
>
> On Nov 21, 2012, at 12:14 AM, "Lindenmaier, Goetz"<goetz.lindenmaier at sap.com> wrote:
>
>> Hi Christian,
>>
>> you're right, I should fix the other constants too.
>> I also can kick out the end_a_const() without argument, as it's no more needed, then.
>
> I filed:
>
> 8003850: add support for constants in stub code
>
> -- Chris
>
>>
>> Thanks,
>> Goetz.
>>
>> -----Original Message-----
>> From: Christian Thalinger [mailto:christian.thalinger at oracle.com]
>> Sent: Dienstag, 20. November 2012 22:11
>> To: Lindenmaier, Goetz
>> Cc: hotspot-compiler-dev at openjdk.java.net
>> Subject: Re: RFR (S): Issue constants to constant pool in stub code
>>
>>
>> On Nov 20, 2012, at 2:05 AM, "Lindenmaier, Goetz"<goetz.lindenmaier at sap.com> wrote:
>>
>>> Hi,
>>>
>>> When adding constants to the constant pool, the code_section is switched
>>> to the constant pool code_section, and then back again. It was hard coded
>>> to switch back to the code_section for code.
>>> If constants are issued in stubs, it is switched back to the wrong code section.
>>> I changed the code to remember the code section and switch back to the proper
>>> one.
>>> Further it's necessary to relocate only after copying code and stub section to
>>> a new location, as the relocation might affect an address in the stub section.
>>>
>>> You can find these changes here:
>>> http://cr.openjdk.java.net/~goetz/webrevs/webrev-const_in_stub/
>>
>> That's a nice fix. Recently I touched this code and I was worried about that also. I suppose on PPC you only use address_constant in stubs. What about the other constant emitting methods?
>>
>> -- Chris
>>
>>>
>>> or in our ppc port:
>>> http://hg.openjdk.java.net/ppc-aix-port/jdk7u/hotspot/rev/b288e82d9062
>>>
>>> Thank you and best regards,
>>> Goetz
>>>
>>
>
More information about the hotspot-compiler-dev
mailing list