This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH] Fix parts of PR52975
- From: "H.J. Lu" <hjl dot tools at gmail dot com>
- To: Richard Guenther <rguenther at suse dot de>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Sat, 21 Apr 2012 13:11:23 -0700
- Subject: Re: [PATCH] Fix parts of PR52975
- References: <Pine.LNX.firstname.lastname@example.org>
On Mon, Apr 16, 2012 at 2:22 AM, Richard Guenther <email@example.com> wrote:
> When looking at the code we produce from if-conversion and vectorization
> I noticed several things. ?For one, we are not handling TARGET_MEM_REF
> in operand_equal_p which means that DOM does not clean up loads/stores
> of that form (to the extent DOM can do that anyway). ?Also we never
> simplify the conditions in VEC_COND_EXPRs because the combining in
> forwprop does not handle them. ?And we do not combine the inverted
> COND_EXPRs if-conversion can create - but it's easy to do that in
> The following addresses this two issues.
> Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
> 2012-04-16 ?Richard Guenther ?<firstname.lastname@example.org>
> ? ? ? ?PR tree-optimization/52975
> ? ? ? ?* tree-ssa-forwprop.c (combine_cond_exprs): New function.
> ? ? ? ?(ssa_forward_propagate_and_combine): Call it for COND_EXPRs
> ? ? ? ?and VEC_COND_EXPRs. ?Also combine into VEC_COND_EXPRs condition.
> ? ? ? ?* fold-const.c (operand_equal_p): Handle TARGET_MEM_REF.