mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-10-21 20:12:56 +02:00
51fd02be55
The bug showed up as a compile-time assertion failure: Assertion `NumBits >= MIN_INT_BITS && "bitwidth too small"' failed when building msan tests on x86-64. Prior to r236850, this bug was masked due to a bogus alignment check, which also accidentally rejected non-byte-sized accesses. Afterwards, an invalid ElementSizeBytes == 0 got further into the function, and triggered the assertion failure. It would probably be a good idea to allow it to handle merging stores of unusual widths as well, but for now, to un-break it, I'm just making the minimal fix. Differential Revision: http://reviews.llvm.org/D9626 llvm-svn: 236927
16 lines
424 B
LLVM
16 lines
424 B
LLVM
; RUN: llc -march=x86-64 < %s
|
|
|
|
; Ensure that MergeConsecutiveStores doesn't crash when dealing with
|
|
; i1 operands.
|
|
|
|
%struct.X = type { i1, i1 }
|
|
|
|
@b = common global %struct.X zeroinitializer, align 4
|
|
|
|
define void @foo() {
|
|
entry:
|
|
store i1 0, i1* getelementptr inbounds (%struct.X, %struct.X* @b, i64 0, i32 0), align 4
|
|
store i1 0, i1* getelementptr inbounds (%struct.X, %struct.X* @b, i64 0, i32 1), align 1
|
|
ret void
|
|
}
|