Fix PR12000. Some vector operations may use scalar operands with types

that are greater than the vector element type. For example BUILD_VECTOR
of type <1 x i1> with a constant i8 operand.
This patch fixes the assertion.




git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@150477 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Nadav Rotem 2012-02-14 13:06:32 +00:00
parent fc52a52323
commit 8b7c3d0ee4
2 changed files with 18 additions and 1 deletions

View File

@ -748,7 +748,11 @@ void DAGTypeLegalizer::SetSoftenedFloat(SDValue Op, SDValue Result) {
}
void DAGTypeLegalizer::SetScalarizedVector(SDValue Op, SDValue Result) {
assert(Result.getValueType() == Op.getValueType().getVectorElementType() &&
// Note that in some cases vector operation operands may be greater than
// the vector element type. For example BUILD_VECTOR of type <1 x i1> with
// a constant i8 operand.
assert(Result.getValueType().getSizeInBits() >=
Op.getValueType().getVectorElementType().getSizeInBits() &&
"Invalid type for scalarized vector");
AnalyzeNewValue(Result);

View File

@ -0,0 +1,13 @@
; RUN: llc < %s -mtriple=x86_64-apple-darwin -mcpu=corei7-avx -mattr=+avx
target triple = "x86_64-unknown-linux-gnu"
; Make sure we are not crashing on this one
define void @autogen_28112_5000() {
BB:
%S17 = icmp sgt <1 x i64> undef, undef
%E19 = extractelement <1 x i1> %S17, i32 0
br label %CF
CF: ; preds = %CF, %BB
%S23 = select i1 %E19, i8 undef, i8 undef
br label %CF
}