RFR 8218031: Zero build broken

Aleksey Shipilev shade at redhat.com
Wed Jan 30 16:44:44 UTC 2019


On 1/30/19 5:38 PM, Ao Qi wrote:
> On Thu, Jan 31, 2019 at 12:26 AM Aleksey Shipilev <shade at redhat.com> wrote:
>>
>> On 1/30/19 5:17 PM, Ao Qi wrote:
>>> Webrev: http://cr.openjdk.java.net/~aoqi/8218031/webrev.00
>>
>> This looks good to me.


Let me ask a question, though, don't we want these asserts back too?

  assert(0 <= InterpreterBackwardBranchLimit,
         "OSR threshold should be non-negative");
  assert(0 <= InterpreterProfileLimit &&
         InterpreterProfileLimit <= InterpreterInvocationLimit,
         "profile threshold should be less than the compilation threshold "
         "and non-negative");

Also, why these are removed? Do they mess with buildability?

 102   bool reached_BackwardBranchLimit(InvocationCounter *back_edge_count) const {
 103     return (_counter & count_mask) + (back_edge_count->_counter & count_mask) >=
 104            (unsigned int) InterpreterBackwardBranchLimit;
 105   }
 106   // Do this just like asm interpreter does for max speed.
 107   bool reached_ProfileLimit(InvocationCounter *back_edge_count) const {
 108     return (_counter & count_mask) + (back_edge_count->_counter & count_mask) >=
 109            (unsigned int) InterpreterProfileLimit;


I see that InterpreterProfileLimit is gone, but InterpreterBackwardBranchLimit is still there,
should we keep the assert and reached_BackwardBranchLimit then?

>> Yes, you need a sponsor to push. I can be your sponsor.
> 
> Thanks! Is there something I need to do?

Nothing new, just answer a few questions above.

-Aleksey

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20190130/77648c1b/signature-0001.asc>


More information about the hotspot-compiler-dev mailing list