llvm-svn: 24019

llvm-svn: 24018

llvm-svn: 24017

llvm-svn: 24016

llvm-svn: 24014

llvm-svn: 24013

llvm-svn: 24012

fixes a very slow compile in PR639.

llvm-svn: 24011

to make it easy to use them.  This lets you write patterns like:

(set PRRC:$rd, (setne GPRC:$rS, imm:$SH))

and stuff.

llvm-svn: 24009

llvm-svn: 23998

llvm-svn: 23994

machine.  This allows us to generate great code for i32 FP_TO_UINT now on
targets with 64 bit extensions.

llvm-svn: 23993

FP_TO_SINT is preferred to a larger FP_TO_UINT.  This seems to be begging
for a TLI.isOperationCustom() helper function.

llvm-svn: 23992

llvm-svn: 23991

llvm-svn: 23990

llvm-svn: 23988

llvm-svn: 23987

llvm-svn: 23986

llvm-svn: 23985

llvm-svn: 23984

llvm-svn: 23982

if the dag combiner isn't run

llvm-svn: 23981

llvm-svn: 23980

CPU.

llvm-svn: 23974

llvm-svn: 23973

llvm-svn: 23962

one use (but one is a cast).  This handles the very common case of:

 X = alloc [n x byte]
 Y = cast X to somethingbetter
 seteq X, null

In order to avoid infinite looping when there are multiple casts, we only
allow this if the xform is strictly increasing the alignment of the
allocation.

llvm-svn: 23961

where the second has less alignment required.  If we had explicit alignment
support in the IR, we could handle this case, but we can't until we do.

llvm-svn: 23960

more effective at promoting these allocations, catching them earlier in the
compile process.

llvm-svn: 23959

llvm-svn: 23958

llvm-svn: 23956

in the future, remove it.

llvm-svn: 23952

llvm-svn: 23949

llvm-svn: 23944

llvm-svn: 23943

llvm-svn: 23940

llvm-svn: 23938

This should speed up build times.

llvm-svn: 23937

llvm-svn: 23936

llvm-svn: 23935