public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/97434] New: Missed dead code optimization from data flow analysis
@ 2020-10-15  1:38 jwerner at chromium dot org
  2020-10-15  7:32 ` [Bug tree-optimization/97434] " rguenth at gcc dot gnu.org
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: jwerner at chromium dot org @ 2020-10-15  1:38 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97434

            Bug ID: 97434
           Summary: Missed dead code optimization from data flow analysis
           Product: gcc
           Version: 8.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: jwerner at chromium dot org
  Target Milestone: ---

I found a pretty simple case where GCC cannot optimize out a redundant check.
I've reduced it to the following minimal test case:


unsigned int random_number(void);                                               
void eliminate_me(void);                                                        

void main(void)                                                                 
{                                                                               
        unsigned int a = random_number();                                       
        unsigned int b = random_number();                                       

        if (b > a)                                                              
                return;                                                         

        int x = b - 8;                                                          

        if (x > 0 && x > a)                                                     
                eliminate_me();                                                 
}


I think it should be really easy to prove that eliminate_me() cannot be called,
because x can never be greater than a (otherwise b would have also been greater
than a and the function would have terminated earlier). I don't know anything
about how compilers do data flow analysis in detail, but GCC can usually figure
out so much that I'm surprised it cannot figure out this one.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug tree-optimization/97434] Missed dead code optimization from data flow analysis
  2020-10-15  1:38 [Bug c/97434] New: Missed dead code optimization from data flow analysis jwerner at chromium dot org
@ 2020-10-15  7:32 ` rguenth at gcc dot gnu.org
  2020-11-21  0:48 ` amacleod at redhat dot com
  2021-12-16  0:12 ` pinskia at gcc dot gnu.org
  2 siblings, 0 replies; 4+ messages in thread
From: rguenth at gcc dot gnu.org @ 2020-10-15  7:32 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97434

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
             Blocks|                            |85316
   Last reconfirmed|                            |2020-10-15
     Ever confirmed|0                           |1

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed - symbolic range analysis fails here, we do not adjust relations
when seeing x = b - 8.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
[Bug 85316] [meta-bug] VRP range propagation missed cases

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug tree-optimization/97434] Missed dead code optimization from data flow analysis
  2020-10-15  1:38 [Bug c/97434] New: Missed dead code optimization from data flow analysis jwerner at chromium dot org
  2020-10-15  7:32 ` [Bug tree-optimization/97434] " rguenth at gcc dot gnu.org
@ 2020-11-21  0:48 ` amacleod at redhat dot com
  2021-12-16  0:12 ` pinskia at gcc dot gnu.org
  2 siblings, 0 replies; 4+ messages in thread
From: amacleod at redhat dot com @ 2020-11-21  0:48 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97434

Andrew Macleod <amacleod at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |amacleod at redhat dot com

--- Comment #2 from Andrew Macleod <amacleod at redhat dot com> ---
=========== BB 2 ============
    <bb 2> :
    _1 = random_number ();
    a_11 = (unsigned int) _1;
    _2 = random_number ();
    b_13 = (unsigned int) _2;
    if (a_11 < b_13)
      goto <bb 3>; [INV]
    else
      goto <bb 4>; [INV]

2->3  (T) _2 :  int [-INF, -1][1, +INF]
2->3  (T) b_13 :        unsigned int [1, +INF]

=========== BB 3 ============
    <bb 3> :
    // predicted unlikely by early return (on trees) predictor.
    goto <bb 6>; [INV]


=========== BB 4 ============
a_11    unsigned int VARYING
b_13    unsigned int VARYING
    <bb 4> :
    _3 = b_13 + 4294967288;
    x_14 = (int) _3;
    _4 = x_14 > 0;
    _6 = _3 > a_11;
    _7 = _4 & _6;
    if (_7 != 0)
      goto <bb 5>; [INV]
    else
      goto <bb 6>; [INV]

4->5  (T) _3 :  unsigned int [1, 2147483647]
4->5  (T) _4 :  _Bool [1, 1]
4->5  (T) _6 :  _Bool [1, 1]
4->5  (T) _7 :  _Bool [1, 1]
4->5  (T) a_11 :        unsigned int [0, 4294967294]
4->5  (T) b_13 :        unsigned int [9, 2147483655]
4->5  (T) x_14 :        int [1, +INF]
4->6  (F) _7 :  _Bool [0, 0]

When relations are implemented, the edge from 2->4 should record a_11 >= b_13
as long as we get it right that x_14 is a cast equivalence of _3, and its > 0,
then we should be able to also determine that _3 is < b_13 and therefore < a_11
always, and fold this away.

A good testcase to confirm all the parts are working together.. when we get
there.. hopefully next release.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug tree-optimization/97434] Missed dead code optimization from data flow analysis
  2020-10-15  1:38 [Bug c/97434] New: Missed dead code optimization from data flow analysis jwerner at chromium dot org
  2020-10-15  7:32 ` [Bug tree-optimization/97434] " rguenth at gcc dot gnu.org
  2020-11-21  0:48 ` amacleod at redhat dot com
@ 2021-12-16  0:12 ` pinskia at gcc dot gnu.org
  2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-12-16  0:12 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97434

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2021-12-16  0:12 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-10-15  1:38 [Bug c/97434] New: Missed dead code optimization from data flow analysis jwerner at chromium dot org
2020-10-15  7:32 ` [Bug tree-optimization/97434] " rguenth at gcc dot gnu.org
2020-11-21  0:48 ` amacleod at redhat dot com
2021-12-16  0:12 ` pinskia at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).