This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix PR34263: Cleaning up latch blocks
- From: Revital1 Eres <ERES at il dot ibm dot com>
- To: Andrew MacLeod <amacleod at redhat dot com>
- Cc: Ayal Zaks <zaks at il dot ibm dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>, Mircea Namolaru <namolaru at il dot ibm dot com>, Andrew Pinski <pinskia at gmail dot com>
- Date: Fri, 14 Dec 2007 16:26:45 +0200
- Subject: Re: [PATCH] Fix PR34263: Cleaning up latch blocks
Andrew MacLeod <amacleod@redhat.com> wrote on 14/12/2007 16:13:15:
> Revital1 Eres wrote:
> >
> >> Should there be some kind of limit to the number of copies being
> >> inserted? Ie, if there are 10 copies being inserted on the edge, I
would
> >> think 10 extra copies in the loop would tend to start adding up and
> >> offset whatever gain you might get.
> >>
> >
> > That sounds reasonable, I can add a default number to consider only
small
> > latches. (and maybe add a new --param option to tune it?)
> >
> >
> I dont know if we need another --param or not, I'd be just as content to
> start with a small guess. I would think most of the cases you see that
> matter have 1 or 2 stmts?
Yes, I'll add such restriction.
Thanks,
Revital