[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