This is the mail archive of the
mailing list for the GCC project.
Re: RFA: autoincrement patches for gcc 4 - updated patch
- From: Paolo Bonzini <paolo dot bonzini at lu dot unisi dot ch>
- To: Giovanni Bajo <giovannibajo at libero dot it>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Wed, 18 May 2005 09:10:48 +0200
- Subject: Re: RFA: autoincrement patches for gcc 4 - updated patch
- References: <421F4698.email@example.com> <427136AB.firstname.lastname@example.org> <20050517025434.GB31389@redhat.com> <007e01c55b45$b1791260$924e2a97@bagio>
Does this new big RTL pass have to live within regmove.c? Can't we try and use
new files for new RTL optimizations like we do for the tree passes?
I think regmove is only slightly less out-of-control than reload, and I
guess it is the pass that will stay longest in its current form. It
started as a kind of "pre-reload" but now it is one of those
do-everything passes that we all love. :-(