]> git.ipfire.org Git - thirdparty/gcc.git/commit
A == 0 ? A : -A same as -A (when A is 0.0)
authorAldy Hernandez <aldyh@redhat.com>
Mon, 29 Aug 2022 15:52:20 +0000 (17:52 +0200)
committerAldy Hernandez <aldyh@redhat.com>
Tue, 30 Aug 2022 09:26:24 +0000 (11:26 +0200)
commitdf8fe4adb0721ab0e4486bc58482b501fe06287d
tree57f8aa32e21771f4d329930f4525d926177317e6
parent34ad7155fe2a4a5d0b1815c79ce8b2af4c772c9e
A == 0 ? A : -A    same as -A (when A is 0.0)

The upcoming work for frange triggers a regression in
gcc.dg/tree-ssa/phi-opt-24.c.

For -O2 -fno-signed-zeros, we fail to transform the following into -A:

float f0(float A)
{
  //     A == 0? A : -A    same as -A
  if (A == 0)  return A;
  return -A;
}

This is because the abs/negative match.pd pattern here:

/* abs/negative simplifications moved from fold_cond_expr_with_comparison,
   Need to handle (A - B) case as fold_cond_expr_with_comparison does.
   Need to handle UN* comparisons.
   ...
   ...

Sees IL that has the 0.0 propagated.

Instead of:

  <bb 2> [local count: 1073741824]:
  if (A_2(D) == 0.0)
    goto <bb 4>; [34.00%]
  else
    goto <bb 3>; [66.00%]

  <bb 3> [local count: 708669601]:
  _3 = -A_2(D);

  <bb 4> [local count: 1073741824]:
  # _1 = PHI <A_2(D)(2), _3(3)>

It now sees:

  <bb 4> [local count: 1073741824]:
  # _1 = PHI <0.0(2), _3(3)>

which it leaves untouched, causing the if conditional to survive.

Changing integger_zerop to zerop fixes the problem.

I did not include a testcase, as it's just phi-opt-24.c which will get
triggered when I commit the frange with endpoints work.

gcc/ChangeLog:

* match.pd ((cmp @0 zerop) real_zerop (negate@1 @0)): Add variant
for real zero.
gcc/match.pd