This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] cse.c: Split fold_rtx.
- From: Roger Sayle <roger at eyesopen dot com>
- To: Kazu Hirata <kazu at cs dot umass dot edu>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Sat, 5 Mar 2005 22:12:35 -0700 (MST)
- Subject: Re: [patch] cse.c: Split fold_rtx.
On Sat, 5 Mar 2005, Kazu Hirata wrote:
> 2005-03-06 Kazu Hirata <kazu@cs.umass.edu>
>
> * cse.c (fold_rtx_subreg, fold_rtx_mem): New.
> (fold_rtx): Call fold_rtx_subreg and fold_rtx_mem to handle
> SUBREG and MEM, respectively.
Sure, this is OK for mainline. Unlike simplify_rtx and fold, I
don't (yet) have any (strong) opinions on the long-term future of
fold_rtx, but this clean-up seems perfectly reasonable.
Thanks,
Does anyone have a good feeling for the issues with RTL's CSE, GCSE
and cselib in the post-tree-ssa GCC? Clearly, all of the generic
transformations/simplification need to be moved from fold_rtx into
simplify_rtx, but beyond that, other than eliminate jump following
in CSE, and jump bypassing in GCSE, the crystal balls gets misty.
Roger
--