This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Loop optimizer issues
- From: "Zack Weinberg" <zack at codesourcery dot com>
- To: law at redhat dot com
- Cc: Jason Merrill <jason at redhat dot com>, Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>, Daniel Berlin <dberlin at dberlin dot org>, Diego Novillo <dnovillo at redhat dot com>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>, Richard Henderson <rth at redhat dot com>, pop at gauvain dot u-strasbg dot fr, Jan Hubicka <jh at suse dot cz>
- Date: Tue, 29 Jul 2003 12:58:11 -0700
- Subject: Re: Loop optimizer issues
- References: <200307291908.h6TJ8aFv013178@speedy.slc.redhat.com>
law@redhat.com writes:
> >Actually, I *am* arguing for merging all of rtlopt into *somewhere*,
> >because the code on the rtlopt branch dies when tree-ssa hits
> >mainline, so either it gets merged somewhere now or we lose all that
> >work.
>
> I simply can't support merging all of rtlopt into the SSA branch.
> It makes a ton of work for us with little benefit to the SSA
> project.
>
> I would consider merging generic code which does analysis and
> transformations on the CFG, but merging all of rtlopt just doesn't
> make sense for the SSA branch.
I'm thinking here about what makes sense for the project in general,
and I'm sorry, but my conclusion is that either someone (mainline or
tree-ssa) has to take the pain of a merge now, or else we lose the
work gone into the rtlopt branch.
zw