When lowering vector shifts a check is performed to see if the value to shift by is an immediate, in this check the value is negated and stored in and int64_t. The value can be -2^63 yet the result cannot be stored in an int64_t and this gives some undefined behaviour. The regression test included exposes this behaviour, this test fails in the current release build with assertions when built using clang as the check for an immediate passes when it should not due to this undefined behaviour. The negation is only necessary when the values is within a certain range and so it should not need to negate -2^63, this patch introduces this and also a regression test.
Details
Details
Diff Detail
Diff Detail
Event Timeline
Comment Actions
No AArch64 tests?
test/CodeGen/ARM/neon_vshl_minint.ll | ||
---|---|---|
3 | You're not using prefixes ACORE/MCORE? |
Comment Actions
Hi Renato
Thanks for pointing out the unnecessary check prefixes. I haven't added a testcase for the AArch64 backend as it isn't possible to hit the same undefined behaviour as in the ARM backend. The negation is only done in isVShiftRImm when isIntrinsic is true and the only call site in the AArch64 backend passes this as false so the negation isn't performed.
Thanks,
Luke
Comment Actions
So, why not an an assert for now, and point to the same implementation in ARM mode for when it's needed?
--renato
You're not using prefixes ACORE/MCORE?