Request for reviews (XS): Fix of 6658428, emitting popcount on platforms without support

Rickard Bäckman rickard.backman at oracle.com
Mon Mar 12 09:03:51 PDT 2012


Nils,

Set it to closed and duplicate of.

/R

On 03/12/2012 04:45 PM, Nils Eliasson wrote:
> I opened 7153034 before I saw Vladimirs mail, and made this one:
>
> http://cr.openjdk.java.net/~neliasso/7153034/webrev.02/
> <http://cr.openjdk.java.net/%7Eneliasso/7153034/webrev.02/>
>
> How do I close a bug as Will Not Fix or similar?
>
> Also:
>
> Vladimir Kozlov skrev 2012-03-12 16:42:
>>  On 3/12/12 8:39 AM, Nils Eliasson wrote:
>>>  The count leading zeros intrinsic uses bsr on x86 when hw instruction not
>>>  available, so It doesn't need a check.
>>
>>  You are right. Changes looks good.
>>
>>  Vladimir
>
> //Nils
>
> Vladimir Kozlov skrev 2012-03-12 16:28:
>>  The bug id 7152957.
>>
>>  On X86 Count*Zeros instructions are predicated by flag
>>  UseCountLeadingZerosInstruction so you need to add check for them also into
>>  match_rule_supported().
>>
>>  Vladimir
>>
>>  On 3/12/12 8:12 AM, Nils Eliasson wrote:
>>>  http://cr.openjdk.java.net/~neliasso/0000000/webrev.01/
>>>  <http://cr.openjdk.java.net/%7Eneliasso/0000000/webrev.01/>
>>>
>>>  Fix of 6658428, emitting popcount on platforms without support
>>>
>>>  I introduced a bug in the intrinsic fix 6658428. The platform depedent code
>>>  in Matcher::match_rule_supported didn't take
>>>  actual hardware support into account, only if the matcher on this platforms
>>>  support it.
>>>
>>>  Have added checks in match_rule_supported on all platforms inline with what
>>>  was available on sparc and arm.
>>>
>>>  I haven't opened a new bug for this, should I do that, or reuse the one that
>>>  broke things? Here is the fix anyway.
>>>
>>>  Thanks,
>>>  Nils
>
>
> --
> Oracle<http://www.oracle.com>
> Nils Eliasson | Senior Member of Technical Staff
> Oracle Java Platform Group, JVM Engineering
> ORACLE Sweden
>



More information about the hotspot-compiler-dev mailing list