Noticed while looking at D56052.
// The 'control' of BEXTR has the pattern of: // [15...8 bit][ 7...0 bit] location // [ bit count][ shift] name // I.e. 0b000000011'00000001 means (x >> 0b1) & 0b11
I.e. we do not care about any of the bits aside from the low 16 bits.
So there is no point in doing the slh,or in 64 bits, let's just do everything in 32 bits, and anyext if needed.
We could do that in 16 even, but we intentionally don't zext to i16 (longer encoding IIRC),
so i'm guessing the same applies here.