[Bug tree-optimization/83410] New: [8 regression] libgomp.graphite/force-parallel-4.c etc. FAIL

["ro at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>]

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

            Bug ID: 83410
           Summary: [8 regression] libgomp.graphite/force-parallel-4.c
                    etc. FAIL
           Product: gcc
           Version: 8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ro at gcc dot gnu.org
                CC: law at gcc dot gnu.org
  Target Milestone: ---
            Target: sparc-sun-solaris2.11, i686-pc-linux-gnu,
                    x86_64-pc-linux-gnu

Between 20171212 (r255584) and 20171213 (r255603), a few testsuite regressions
occured:

+FAIL: libgomp.graphite/force-parallel-4.c scan-tree-dump-times graphite "2
loops carried no dependency" 1 (found 0 times)
+FAIL: libgomp.graphite/force-parallel-4.c scan-tree-dump-times optimized
"loopfn.1" 4 (found 0 times)
+FAIL: libgomp.graphite/force-parallel-8.c scan-tree-dump-times graphite "5
loops carried no dependency" 1 (found 0 times)

I'm seeing them on 32 and 64-bit Solaris/SPARC, according to gcc-testresults
they
also occur on Linux/x86 and Linux/x86_64.  In that revision range, the only 
plausible candidate is

2017-12-12  Jeff Law  <law@redhat.com>

        PR tree-optimization/83298
        PR tree-optimization/83362
        PR tree-optimization/83383
        * gimple-ssa-evrp-analyze.h (class evrp_range_analyzer): Make
        push_value_range a public interface.  Add new argument to
        record_ranges_from_stmt.
[...]