We were modeling these as if the index type was always e8, but the actual lowering uses the data type width if legal. We also weren't accounting for i64 on xlen32 correctly. Noticed via inspection while working on the shuffle/buildvec lowering. Note that this costing is also wrong in a more major way - we don't actually use a constant pool load in many cases. But that's a separate issue.
66 KiB
66 KiB