[llvm] r249908 - Fix assert when emitting llvm.pow.f86.
James Y Knight via llvm-commits
llvm-commits at lists.llvm.org
Fri Oct 9 14:36:19 PDT 2015
Author: jyknight
Date: Fri Oct 9 16:36:19 2015
New Revision: 249908
URL: http://llvm.org/viewvc/llvm-project?rev=249908&view=rev
Log:
Fix assert when emitting llvm.pow.f86.
This occurred due to introducing the invalid i64 type after type
legalization had already finished, in an attempt to workaround bitcast
f64 -> v2i32 not doing constant folding.
The *right* thing is to actually fix bitcast, but that has other
complications. So, for now, just get rid of the broken workaround, and
check in a test-case showing that it doesn't crash, with TODOs for
emitting proper code.
Added:
llvm/trunk/test/CodeGen/SPARC/float-constants.ll
Modified:
llvm/trunk/lib/Target/Sparc/SparcISelLowering.cpp
Modified: llvm/trunk/lib/Target/Sparc/SparcISelLowering.cpp
URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/Target/Sparc/SparcISelLowering.cpp?rev=249908&r1=249907&r2=249908&view=diff
==============================================================================
--- llvm/trunk/lib/Target/Sparc/SparcISelLowering.cpp (original)
+++ llvm/trunk/lib/Target/Sparc/SparcISelLowering.cpp Fri Oct 9 16:36:19 2015
@@ -854,11 +854,10 @@ SparcTargetLowering::LowerCall_32(Target
// Move from the float value from float registers into the
// integer registers.
- // TODO: this conversion is done in two steps, because
- // f64->i64 conversion is done efficiently, and i64->v2i32 is
- // basically a no-op. But f64->v2i32 is NOT done efficiently
- // for some reason.
- Arg = DAG.getNode(ISD::BITCAST, dl, MVT::i64, Arg);
+ // TODO: The f64 -> v2i32 conversion is super-inefficient for
+ // constants: it sticks them in the constant pool, then loads
+ // to a fp register, then stores to temp memory, then loads to
+ // integer registers.
Arg = DAG.getNode(ISD::BITCAST, dl, MVT::v2i32, Arg);
}
Added: llvm/trunk/test/CodeGen/SPARC/float-constants.ll
URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/test/CodeGen/SPARC/float-constants.ll?rev=249908&view=auto
==============================================================================
--- llvm/trunk/test/CodeGen/SPARC/float-constants.ll (added)
+++ llvm/trunk/test/CodeGen/SPARC/float-constants.ll Fri Oct 9 16:36:19 2015
@@ -0,0 +1,41 @@
+; RUN: llc < %s -march=sparc | FileCheck %s
+
+; TODO: actually fix the codegen to be optimal. At least we don't
+; crash for now, though...
+
+;; Bitcast should not do a runtime conversion, but rather emit a
+;; constant into integer registers directly.
+
+; CHECK-LABEL: bitcast:
+; TODO-CHECK: sethi 1049856, %o0
+; TODO-CHECK: sethi 0, %o1
+define <2 x i32> @bitcast() {
+ %1 = bitcast double 5.0 to <2 x i32>
+ ret <2 x i32> %1
+}
+
+;; Same thing for a call using a double (which gets passed in integer
+;; registers)
+
+; CHECK-LABEL: test_call
+; TODO-CHECK: sethi 1049856, %o0
+; TODO-CHECK: sethi 0, %o1
+declare void @a(double)
+define void @test_call() {
+ call void @a(double 5.0)
+ ret void
+}
+
+;; And for a libcall emitted from the pow intrinsic. (libcall
+;; emission happens after SelectionDAG type legalization, so is a bit
+;; different than a normal function call. This was crashing before,
+;; due to an earlier broken workaround for this issue.)
+
+; CHECK-LABEL: test_intrins_call
+; TODO-CHECK: sethi 1049856, %o0
+; TODO-CHECK: sethi 0, %o1
+declare double @llvm.pow.f64(double, double)
+define double @test_intrins_call() {
+ %1 = call double @llvm.pow.f64(double 2.0, double 2.0)
+ ret double %1
+}
More information about the llvm-commits
mailing list