This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Problem with your new SRA code
- From: Richard Henderson <rth at redhat dot com>
- To: Richard Kenner <kenner at vlsi1 dot ultra dot nyu dot edu>
- Cc: gcc at gcc dot gnu dot org
- Date: Thu, 1 Jul 2004 14:52:51 -0700
- Subject: Re: Problem with your new SRA code
- References: <10407011249.AA24534@vlsi1.ultra.nyu.edu>
On Thu, Jul 01, 2004 at 08:49:10AM -0400, Richard Kenner wrote:
> It looks like we were both wrong!
Indeed. Well, it handles plain view_convert_expr ok, but doesn't
figure out how to propagate the variable indexing thing to the
right place. I should have a fix momentarily.
As an aside, am I wrong in thinking that
types__entity_id___XDLU_0__99999999<D364> bin_op_types<D1060>[18];
...
T.17<D1139>_136 = VIEW_CONVERT_EXPR<types__entity_id___XDLU_0__99999999<D364>[18]>(bin_op_types<D1060>)[T.16<D1138>_135]{lb: 26 sz: 4};
is a VIEW_CONVERT_EXPR to its own type? Seems like maybe we want
the gimplifier to strip these if the inner and outer types are
types_compatible_p.
r~