https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105668
Roger Sayle <roger at nextmovesoftware dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |roger at nextmovesoftware dot
com
--- Comment #3 from Roger Sayle <roger at nextmovesoftware dot com> ---
I suspect that the middle-end could be a bit more forgiving whilst expanding
vcond_mask. If a target doesn't provide V1TImode, GCC can fall back to using
V2DImode, and if that isn't supported V4SImode, then V8HImode then V16QImode.
On x86-64, these all use the same vblendvb instruction or pand,pandn,por logic
(also known as V128BImode :-).
