[Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017

marxin at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Thu Jan 24 10:54:00 GMT 2019


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

--- Comment #8 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to rguenther@suse.de from comment #7)
> On Thu, 24 Jan 2019, marxin at gcc dot gnu.org wrote:
> 
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214
> > 
> > Martin Liška <marxin at gcc dot gnu.org> changed:
> > 
> >            What    |Removed                     |Added
> > ----------------------------------------------------------------------------
> >              Status|RESOLVED                    |ASSIGNED
> >          Resolution|INVALID                     |---
> >            Assignee|rsandifo at gcc dot gnu.org        |marxin at gcc dot gnu.org
> > 
> > --- Comment #6 from Martin Liška <marxin at gcc dot gnu.org> ---
> > Well, omnetpp_r has no known portability issues:
> > https://www.spec.org/cpu2017/Docs/benchmarks/520.omnetpp_r.html
> > 
> > So that I would like to know what violates the aliasing. Let me debug that..
> 
> A lot of benchmarks end up using spec_qsort...

Ah, yes, I overlooked that as the file has a different suffix:
./benchspec/CPU/520.omnetpp_r/src/simulator/spec_qsort.cc

So let me test it with fixed qsort function.


More information about the Gcc-bugs mailing list