https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90234
Martin Jambor <jamborm at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|UNCONFIRMED |RESOLVED
--- Comment #3 from Martin Jambor <jamborm at gcc dot gnu.org> ---
I do not have data from Zen1 on this, but on Zen2 this is fixed on the current
trunk (and on Zen3 too, where GCC 10 also was slower with native than generic
tuning).
I don't seem to be able to force LNT to show me the respective graph, but my
guess would be that lim after loop interchange did it. Anyway, fixed.
