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

--- Comment #29 from Thomas Koenig <tkoenig at gcc dot gnu.org> ---
(In reply to rguent...@suse.de from comment #28)

> -fdump-tree-all-uid without the space 

OK, so this works.

What we have in the *.004t.original dump is

    fs ();
    {
      struct __class_f_S_p rhs.2D.3928;

      rhs.2D.3928 = c_ ();
      resD.3913._vptrD.3910 = rhs.2D.3928._vptrD.3910;
      resD.3913._dataD.3909 = rhs.2D.3928._dataD.3909;
    }

which looks, good and in *.005t.gimple

        fs ();
        {
          struct __class_f_S_p rhs.2D.3928;

          try
            {
              c_.5_10 = c_D.3927;
              rhs.2D.3928 = c_.5_10 ();
              _11 = rhs.2D.3928._vptrD.3910;
              resD.3913._vptrD.3910 = _11;
              _12 = rhs.2D.3928._dataD.3909;
              resD.3913._dataD.3909 = _12;
            }
          finally
            {
              rhs.2D.3928 = {CLOBBER};
            }
        }

From the naming convention, the variable c_D.3927 looks like something
generated by the front end, but it's not there in the *.original dump:

$ grep 3927 proc_ptr_51.f90.00*
proc_ptr_51.f90.005t.gimple:              c_.5_10 = c_D.3927;
proc_ptr_51.f90.007t.omplower:              c_.5_10 = c_D.3927;
proc_ptr_51.f90.008t.lower:          c_.5_10 = c_D.3927;

So, there might possibly be something wrong about

      rhs.2D.3928 = c_ ();

but what?

Reply via email to