Jakub Jelinek <ja...@redhat.com> writes: > On Wed, Feb 26, 2020 at 11:43:10AM +0000, Richard Sandiford wrote: >> In this PR we had a conversion between two integer vectors that >> both had scalar integer modes. We then tried to implement the >> conversion using the scalar optab for those modes, instead of >> doing the conversion elementwise. >> >> I wondered about letting through scalar modes for single-element >> vectors, but I don't have any evidence that that's useful/necessary, >> so it seemed better to keep things simple. >> >> Tested on aarch64-linux-gnu, armeb-eabi and x86_64-linux-gnu. > > Won't this prevent even say __v4qi to __v4uqi and similar conversions > with scalar modes for those where we don't need any kind of extensions, > just reinterpret the bits?
Those kinds of conversions aren't accepted by the function anyway, even for vector modes, since there's no associated optab that they could use. The vectoriser handles them using VCEs instead, via vectorizable_assignment rather than vectorizable_conversion. I guess for GCC 11 we could allow NOP_EXPR to be used for reinterpreting signedness if that seems like the right thing to do. Thanks, Richard
