llvm-project/llvm/test/CodeGen/X86/shrink-fp-const1.ll

; RUN: llc < %s -march=x86-64 -mattr=+sse2 | not grep cvtss2sd
; PR1264

define double @foo(double %x) {
        %y = fmul double %x, 5.000000e-01
        ret double %y
}
Eliminate more uses of llvm-as and llvm-dis. llvm-svn: 81290 2009-09-09 07:54:48 +08:00			`; RUN: llc < %s -march=x86-64 -mattr=+sse2 \| not grep cvtss2sd`
Add a target lowering hook to control whether it's worthwhile to compress fp constant. For x86, if sse2 is available, it's not a good idea since cvtss2sd is slower than a movsd load and it prevents load folding. On x87, it's important to shrink fp constant since fldt is very expensive. llvm-svn: 47931 2008-03-05 09:30:59 +08:00			`; PR1264`

			`define double @foo(double %x) {`
Split the Add, Sub, and Mul instruction opcodes into separate integer and floating-point opcodes, introducing FAdd, FSub, and FMul. For now, the AsmParser, BitcodeReader, and IRBuilder all preserve backwards compatability, and the Core LLVM APIs preserve backwards compatibility for IR producers. Most front-ends won't need to change immediately. This implements the first step of the plan outlined here: http://nondot.org/sabre/LLVMNotes/IntegerOverflow.txt llvm-svn: 72897 2009-06-05 06:49:04 +08:00			`%y = fmul double %x, 5.000000e-01`
Add a target lowering hook to control whether it's worthwhile to compress fp constant. For x86, if sse2 is available, it's not a good idea since cvtss2sd is slower than a movsd load and it prevents load folding. On x87, it's important to shrink fp constant since fldt is very expensive. llvm-svn: 47931 2008-03-05 09:30:59 +08:00			`ret double %y`
			`}`