Richard Biener writes:
> On Wed, 13 Apr 2022, Richard Sandiford wrote:
>
>> Richard Biener via Gcc-patches writes:
>> > The following reverts the original PR105140 fix and goes for instead
>> > applying the additional fold_convert constraint for VECTOR_TYPE
>> > conversions also to fold_convertib
On Wed, 13 Apr 2022, Richard Biener wrote:
> On Wed, 13 Apr 2022, Richard Biener wrote:
>
> > On Wed, 13 Apr 2022, Richard Sandiford wrote:
> >
> > > Richard Biener via Gcc-patches writes:
> > > > The following reverts the original PR105140 fix and goes for instead
> > > > applying the addition
On Wed, 13 Apr 2022, Richard Biener wrote:
> On Wed, 13 Apr 2022, Richard Sandiford wrote:
>
> > Richard Biener via Gcc-patches writes:
> > > The following reverts the original PR105140 fix and goes for instead
> > > applying the additional fold_convert constraint for VECTOR_TYPE
> > > conversio
On Wed, 13 Apr 2022, Richard Sandiford wrote:
> Richard Biener via Gcc-patches writes:
> > The following reverts the original PR105140 fix and goes for instead
> > applying the additional fold_convert constraint for VECTOR_TYPE
> > conversions also to fold_convertible_p. I did not try sanitizing
Richard Biener via Gcc-patches writes:
> The following reverts the original PR105140 fix and goes for instead
> applying the additional fold_convert constraint for VECTOR_TYPE
> conversions also to fold_convertible_p. I did not try sanitizing
> all of this at this point.
>
> Bootstrapped on x86_6
The following reverts the original PR105140 fix and goes for instead
applying the additional fold_convert constraint for VECTOR_TYPE
conversions also to fold_convertible_p. I did not try sanitizing
all of this at this point.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
2022-04-
