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

--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
This is what we have now:

;; Function f (_Z1fi, funcdef_no=0, decl_uid=2362, cgraph_uid=1,
symbol_order=0)

Removing basic block 6
Removing basic block 8
Merging blocks 3 and 4
Removing basic block 11
Merging blocks 12 and 14
Merging blocks 3 and 5
;; 1 loops found
;;
;; Loop 0
;;  header 0, latch 1
;;  depth 0, outer -1
;;  nodes: 0 1 2 3 4 5 6 7 8 9
;; 2 succs { 4 3 }
;; 3 succs { 5 }
;; 4 succs { 5 }
;; 5 succs { 8 6 }
;; 6 succs { 7 }
;; 7 succs { 1 }
;; 8 succs { 9 }
;; 9 succs { 1 }
int f (int x)
{
  int finally_tmp.0;
  struct A tmp;
  struct A a;
  int D.2384;

  <bb 2> :
  if (x == 1)
    goto <bb 3>; [INV]
  else
    goto <bb 4>; [INV]

  <bb 3> :
<L0>:
  D.2384 = 1;
  A::~A (&tmp);
  tmp = {CLOBBER};
  finally_tmp.0 = 0;
  goto <bb 5>; [INV]

  <bb 4> :
<L3>:
  D.2384 = 0;
  finally_tmp.0 = 0;

  <bb 5> :
  A::~A (&a);
  if (finally_tmp.0 == 1)
    goto <bb 6>; [INV]
  else
    goto <bb 8>; [INV]

  <bb 6> :
<L6>:

  <bb 7> :
  a = {CLOBBER};
  return;

  <bb 8> :
  a = {CLOBBER};

  <bb 9> :
<L11>:
  return D.2384;

}


Looks like there was a case where we thought finally_tmp.0 could be equal to 1.
 Note this is all internal.

Reply via email to