This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Loop optimizer issues
- From: Andrew MacLeod <amacleod at redhat dot com>
- To: Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>
- Cc: Steven Bosscher <s dot bosscher at student dot tudelft dot nl>, Diego Novillo <dnovillo at redhat dot com>, gcc mailing list <gcc at gcc dot gnu dot org>, Richard Henderson <rth at redhat dot com>, Jason Merrill <jason at redhat dot com>, pop at gauvain dot u-strasbg dot fr, Jan Hubicka <jh at suse dot cz>, Daniel Berlin <dberlin at dberlin dot org>
- Date: 28 Jul 2003 09:35:52 -0400
- Subject: Re: Loop optimizer issues
- References: <20030530183552.GA27110@atrey.karlin.mff.cuni.cz><1054585449.9789.146.camel@frodo.toronto.redhat.com><20030727224601.GA5476@atrey.karlin.mff.cuni.cz><1059346932.3637.52.camel@steven.lr-s.tudelft.nl> <20030728124657.GB22541@atrey.karlin.mff.cuni.cz>
On Mon, 2003-07-28 at 08:46, Zdenek Dvorak wrote:
> Hello,
>
> > > I am basically done with the work on rtl-level optimizer. There are still
> > > I think it is a good time to merge it into tree-ssa. I have tested it and there
> > > are no real conflicts, so it should not be problematic.
> >
> > The problem may not be in conflicts but in QA: How are you going to be
> > able to assert that tree-ssa and rtlopt are achieving their goals when
> > other new infrastructure is also being merged?
> >
> > AFAIK rtlopt is mostly orthogonal to tree-ssa. Tuning, comparing, and
> > improving the new frameworks with resoect to the existing code should
> > therefore also be done separately (especially considering the long list
> > of open issues you mention). You could merge without disabling the old
> > loop optimizers, but then your reason for merging (better testing
> > coverage) is probably not going to happen.
> >
> > So I think it is a bad idea to merge code from one branch into the
> > other, unless it is also merged into the mainline.
>
> there was discussion about this about a month ago and I had feeling
> people mostly agreed with the idea of merging. My main reason is that
> I would like to heavily share code between rtl-level loop optimizer
> and tree-level loop optimizer I would like to work on.
tree-ssa does regular merges with mainline, so once this was merged into
mainline, it would become part of tree-ssa very shortly thereafter, and
the code sharing could begin :-)
That way there are no multiple-experimental code base merge issues.
Andrew