[llvm-branch-commits] [llvm-branch] r68622 - in /llvm/branches/Apple/Dib: lib/Transforms/Scalar/InstructionCombining.cpp test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll
Bill Wendling
isanbard at gmail.com
Wed Apr 8 11:11:40 PDT 2009
Author: void
Date: Wed Apr 8 13:11:40 2009
New Revision: 68622
URL: http://llvm.org/viewvc/llvm-project?rev=68622&view=rev
Log:
--- Merging (from foreign repository) r68598 into '.':
A test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll
U lib/Transforms/Scalar/InstructionCombining.cpp
Instcombine should not promote whole computation trees to "strange"
integer types, unless they are already strange. This prevents it from
turning the code produced by SROA into crazy libcalls and stuff that
the code generator can't handle. In the attached example, the result
was an i96 multiply that caused the x86 backend to assert.
Note that if TargetData had an idea of what the legal types are for
a target that this could be used to stop instcombine from introducing
i64 muls, as Scott wanted.
Added:
llvm/branches/Apple/Dib/test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll
Modified:
llvm/branches/Apple/Dib/lib/Transforms/Scalar/InstructionCombining.cpp
Modified: llvm/branches/Apple/Dib/lib/Transforms/Scalar/InstructionCombining.cpp
URL: http://llvm.org/viewvc/llvm-project/llvm/branches/Apple/Dib/lib/Transforms/Scalar/InstructionCombining.cpp?rev=68622&r1=68621&r2=68622&view=diff
==============================================================================
--- llvm/branches/Apple/Dib/lib/Transforms/Scalar/InstructionCombining.cpp (original)
+++ llvm/branches/Apple/Dib/lib/Transforms/Scalar/InstructionCombining.cpp Wed Apr 8 13:11:40 2009
@@ -7920,6 +7920,22 @@
return commonCastTransforms(CI);
}
+/// isSafeIntegerType - Return true if this is a basic integer type, not a crazy
+/// type like i42. We don't want to introduce operations on random non-legal
+/// integer types where they don't already exist in the code. In the future,
+/// we should consider making this based off target-data, so that 32-bit targets
+/// won't get i64 operations etc.
+static bool isSafeIntegerType(const Type *Ty) {
+ switch (Ty->getPrimitiveSizeInBits()) {
+ case 8:
+ case 16:
+ case 32:
+ case 64:
+ return true;
+ default:
+ return false;
+ }
+}
/// Only the TRUNC, ZEXT, SEXT, and BITCAST can both operand and result as
/// integer types. This function implements the common transforms for all those
@@ -7949,6 +7965,10 @@
// Attempt to propagate the cast into the instruction for int->int casts.
int NumCastsRemoved = 0;
if (!isa<BitCastInst>(CI) &&
+ // Only do this if the dest type is a simple type, don't convert the
+ // expression tree to something weird like i93 unless the source is also
+ // strange.
+ (isSafeIntegerType(DestTy) || !isSafeIntegerType(SrcI->getType())) &&
CanEvaluateInDifferentType(SrcI, cast<IntegerType>(DestTy),
CI.getOpcode(), NumCastsRemoved)) {
// If this cast is a truncate, evaluting in a different type always
Added: llvm/branches/Apple/Dib/test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll
URL: http://llvm.org/viewvc/llvm-project/llvm/branches/Apple/Dib/test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll?rev=68622&view=auto
==============================================================================
--- llvm/branches/Apple/Dib/test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll (added)
+++ llvm/branches/Apple/Dib/test/Transforms/InstCombine/2009-04-07-MulPromoteToI96.ll Wed Apr 8 13:11:40 2009
@@ -0,0 +1,13 @@
+; RUN: llvm-as < %s | opt -instcombine | llvm-dis | grep {mul i64}
+; rdar://6762288
+
+; Instcombine should not promote the mul to i96 because it is definitely
+; not a legal type for the target, and we don't want a libcall.
+
+define i96 @test(i96 %a.4, i96 %b.2) {
+ %tmp1086 = trunc i96 %a.4 to i64 ; <i64> [#uses=1]
+ %tmp836 = trunc i96 %b.2 to i64 ; <i64> [#uses=1]
+ %mul185 = mul i64 %tmp1086, %tmp836 ; <i64> [#uses=1]
+ %tmp544 = zext i64 %mul185 to i96 ; <i96> [#uses=1]
+ ret i96 %tmp544
+}
More information about the llvm-branch-commits
mailing list