On Mon, Nov 4, 2024 at 10:45 PM Alexandre Oliva wrote:
>
> On Nov 3, 2024, Richard Biener wrote:
>
> > On Sat, Nov 2, 2024 at 8:39 AM Alexandre Oliva wrote:
>
> >> I suppose we could get away without resetting flow info, but even if
> >> guarding conditions become stricter, resetting flow info
On Nov 3, 2024, Richard Biener wrote:
> On Sat, Nov 2, 2024 at 8:39 AM Alexandre Oliva wrote:
>> I suppose we could get away without resetting flow info, but even if
>> guarding conditions become stricter, resetting flow info makes sense so
>> that they're recomputed to reflect the guard chang
On Sat, Nov 2, 2024 at 8:39 AM Alexandre Oliva wrote:
>
> On Oct 30, 2024, Richard Biener wrote:
>
> > I think since you make the outer condition the short-circuiting one what's
> > in
> > the inner block isn't executed when it wasn't before the transform? So in
> > fact you shouldn't need to p
On Oct 30, 2024, Richard Biener wrote:
> I think since you make the outer condition the short-circuiting one what's in
> the inner block isn't executed when it wasn't before the transform? So in
> fact you shouldn't need to process stmts in BB even? Only when the
> outer condition is now uncond
On Fri, Oct 25, 2024 at 4:39 PM Alexandre Oliva wrote:
>
>
> Rework ifcombine to support merging conditions from noncontiguous
> blocks. This depends on earlier preparation changes.
>
> The function that attempted to ifcombine a block with its immediate
> predecessor, tree_ssa_ifcombine_bb, now l
Rework ifcombine to support merging conditions from noncontiguous
blocks. This depends on earlier preparation changes.
The function that attempted to ifcombine a block with its immediate
predecessor, tree_ssa_ifcombine_bb, now loops over dominating blocks
eligible for ifcombine, attempting to c
