On Tue, 11 Aug 2015, Marc Glisse wrote:
> On Tue, 11 Aug 2015, Richard Biener wrote:
>
> > On Tue, 11 Aug 2015, Marc Glisse wrote:
> >
> > > On Wed, 29 Jul 2015, Richard Biener wrote:
> > >
> > > > The following fixes PR67053 by more closely mirror what fold_binary()s
> > > > STRIP_NOPS does to
On Tue, 11 Aug 2015, Richard Biener wrote:
On Tue, 11 Aug 2015, Marc Glisse wrote:
On Wed, 29 Jul 2015, Richard Biener wrote:
The following fixes PR67053 by more closely mirror what fold_binary()s
STRIP_NOPS does to avoid the C++ FE constexpr code to regress.
Bootstrapped on x86_64-unknown-
On Tue, 11 Aug 2015, Marc Glisse wrote:
> On Wed, 29 Jul 2015, Richard Biener wrote:
>
> > The following fixes PR67053 by more closely mirror what fold_binary()s
> > STRIP_NOPS does to avoid the C++ FE constexpr code to regress.
> >
> > Bootstrapped on x86_64-unknown-linux-gnu, testing in progre
On Wed, 29 Jul 2015, Richard Biener wrote:
The following fixes PR67053 by more closely mirror what fold_binary()s
STRIP_NOPS does to avoid the C++ FE constexpr code to regress.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Yes, I'm thinking on an automated way to more closely
The following fixes PR67053 by more closely mirror what fold_binary()s
STRIP_NOPS does to avoid the C++ FE constexpr code to regress.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Yes, I'm thinking on an automated way to more closely mirror
STRIP_[SIGN_]NOPS behavior (on topleve