This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: New branch for the register allocator created
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: "Vladimir N. Makarov" <vmakarov at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Sun, 31 Dec 2006 14:10:10 +0100 (CET)
- Subject: Re: New branch for the register allocator created
- References: <4582B547.1040000@redhat.com>
On Fri, 15 Dec 2006, Vladimir N. Makarov wrote:
> Index: svn.html
> ===================================================================
> RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
> retrieving revision 1.41
> diff -u -p -r1.41 svn.html
Thanks for documenting this new branch in svn.html!
What do you think of the small refinement below? (I have not committed
this yet, and will wait for your comments/approval.)
Gerald
Index: svn.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.42
diff -u -3 -p -r1.42 svn.html
--- svn.html 15 Dec 2006 14:14:24 -0000 1.42
+++ svn.html 31 Dec 2006 13:07:40 -0000
@@ -354,12 +354,12 @@ list therefore provides only some repres
change the compiler output. The branch is maintained by Paolo Bonzini.</dd>
<dt>ira</dt>
- <dd>This branch contains Integrated Register Allocator (IRA). It is
- based on work done on yara-branch. YARA branch is more a research
- branch because one its goal (removing reload) is too remote. IRA
- branch is focused to adopt some code to the gcc mainline hopefully
- for gcc-4.4. IRA which uses the reload is called integrated because
- register coalescing and register live range splitting are done
+ <dd>This branch contains the Integrated Register Allocator (IRA). It is
+ based on work done on yara-branch. The latter is more of a research
+ branch because one of its goals (removing reload) is too remote. The
+ ira branch is focused to prepare some code for GCC mainline, hopefully
+ in time for GCC 4.4. IRA still uses reload; it is called integrated
+ because register coalescing and register live range splitting are done
on-the-fly during coloring. The branch is maintained by Vladimir
Makarov < <a
href="mailto:vmakarov@redhat.com">vmakarov@redhat.com</a>> and