This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
On Wed, Jan 28, 2009 at 2:12 PM, Vladimir Makarov <vmakarov@redhat.com> wrote:Yes, we can. I missed that too. It was a header for communication between ra-conflict.c and global.c.
The original patches were posted on
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00613.html http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00741.html
I am sending an updated version of the patch here because a few recent IRA patches resulted in the patch updates too.
* Makefile.in (RA_H): Remove.
Is ra.h still being used? If not, can we remove ra.h now?
Also ira-color.c hasYes, that is right. The last sentence should be removed. Thanks for finding all of this, H.J. Removing the old RA is a big change and probably there are still some comments or even code which should be changed.
/* Try to assign a hard register (except for FORBIDDEN_REGS) to allocno A and return TRUE in the case of success. That is an analog of retry_global_alloc for IRA. */ static bool allocno_reload_assign (ira_allocno_t a, HARD_REG_SET forbidden_regs)
Since retry_global_alloc is gone, this comment should be updated.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |