On 11/18/14 06:42, Segher Boessenkool wrote:
On Tue, Nov 18, 2014 at 06:38:49AM -0600, Segher Boessenkool wrote:
Does it help pr52714 where we'd like to rip apart a PARALLEL with two
sets, one of which is dead. If so, it might allow us to optimize that
code better.
It does not seem to fix th
On Tue, Nov 18, 2014 at 06:38:49AM -0600, Segher Boessenkool wrote:
> > Does it help pr52714 where we'd like to rip apart a PARALLEL with two
> > sets, one of which is dead. If so, it might allow us to optimize that
> > code better.
>
> It does not seem to fix the testcase. I'll investigate w
On Mon, Nov 17, 2014 at 02:13:22PM -0700, Jeff Law wrote:
> On 11/14/14 12:19, Segher Boessenkool wrote:
> >If the result of combining some insns is a PARALLEL of two SETs, and that
> >is not a recognised insn, and one of the SETs is dead, combine tries to
> >use the remaining SET as insn.
> >
> >T
On 11/14/14 12:19, Segher Boessenkool wrote:
If the result of combining some insns is a PARALLEL of two SETs, and that
is not a recognised insn, and one of the SETs is dead, combine tries to
use the remaining SET as insn.
This patch changes things around so that the one SET is preferably used,
n
If the result of combining some insns is a PARALLEL of two SETs, and that
is not a recognised insn, and one of the SETs is dead, combine tries to
use the remaining SET as insn.
This patch changes things around so that the one SET is preferably used,
not the PARALLEL.
2014-11-14 Segher Boessenko
