[all-commits] [llvm/llvm-project] b9780f: [DAGCombine] Don't check the legality of type when...
QingShan Zhang via All-commits
all-commits at lists.llvm.org
Sun Jan 5 19:04:39 PST 2020
Branch: refs/heads/master
Home: https://github.com/llvm/llvm-project
Commit: b9780f4f80ba82c6271b6b87fbfe6ea32d154e49
https://github.com/llvm/llvm-project/commit/b9780f4f80ba82c6271b6b87fbfe6ea32d154e49
Author: QingShan Zhang <qshanz at cn.ibm.com>
Date: 2020-01-06 (Mon, 06 Jan 2020)
Changed paths:
M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
M llvm/test/CodeGen/PowerPC/sext-vector-inreg.ll
Log Message:
-----------
[DAGCombine] Don't check the legality of type when combine the SIGN_EXTEND_INREG
This is the DAG node for SIGN_EXTEND_INREG :
t21: v4i32 = sign_extend_inreg t18, ValueType:ch:v4i16
It has two operands. The first one is the value it want to extend, and the second
one is the type to specify how to extend the value. For this example, it means
that, it is signed extend the t18(v4i32) from v4i16 to v4i32. That is
the semantics of c code:
vector int foo(vector int m) {
return m << 16 >> 16;
}
And it could be any vector type that hardware support the operation, though
the type 'v4i16' is NOT legal for the target. When we are trying to combine
the srl + sra, what we did now is calling the TLI.isOperationLegal(), which
will also check the legality of the type. That doesn't make sense.
Differential Revision: https://reviews.llvm.org/D70230
More information about the All-commits
mailing list