[patch] [4.2 projects] vectorize type conversions - 2/6
Dorit Nuzman
DORIT@il.ibm.com
Fri Aug 18 20:53:00 GMT 2006
Diego Novillo <dnovillo@redhat.com> wrote on 17/08/2006 08:47:48 PM:
>
> > ! copy_virtual_operands (new_stmt, stmt);
> > ! if (j == 0)
> > ! {
> > ! /* The original store is deleted so the same SSA_NAMEs can be
used.
> > ! */
> > ! FOR_EACH_SSA_TREE_OPERAND (def, stmt, iter, SSA_OP_VMAYDEF)
> > ! {
> > ! SSA_NAME_DEF_STMT (def) = new_stmt;
> > ! mark_sym_for_renaming (SSA_NAME_VAR (def));
> > ! }
> > !
> > ! STMT_VINFO_VEC_STMT (stmt_info) = *vec_stmt = new_stmt;
> > ! }
> > ! else
> > ! {
> > ! /* Create new names for all the definitions created by COPY and
> > ! add replacement mappings for each new name. */
> > ! FOR_EACH_SSA_DEF_OPERAND (def_p, new_stmt, iter,
> SSA_OP_VMAYDEF)
> > ! {
> > ! create_new_def_for (DEF_FROM_PTR (def_p), new_stmt, def_p);
> > ! mark_sym_for_renaming (SSA_NAME_VAR (DEF_FROM_PTR (def_p)));
> > ! }
> >
> But you are not adding replacement mappings here, you are giving up
> and marking the symbols for renaming. Shortcoming of the way we
> update SSA or simplicity?
>
not sure, I'll check.
> For now this is fine, but I'd like to see before/after snippets. If
> it's a shortcoming in the way we update the SSA form, I'd like to
> address that in the mem-ssa branch.
>
>
> OK with the above changes.
>
> :REVIEWMAIL:
thanks,
dorit
More information about the Gcc-patches
mailing list