- Add a AnalyzeCallResult specialized for calls which produce a single value. This is used by fastisel.

llvm-svn: 55879

llvm-svn: 55878

llvm-svn: 55877

llvm-svn: 55876

def : Pat<(i8 (trunc GR32:$src)),
          (i8 (EXTRACT_SUBREG (MOV32to32_ GR32:$src), x86_subreg_8bit))>

llvm-svn: 55875

this pass doesnt seem to be used, but still it's now a little more correct

llvm-svn: 55873

call (thus changing the call site) it didn't
inform the callgraph about this.  But the
call site does matter - as shown by the testcase,
the callgraph become invalid after the inliner
ran (with an edge between two functions simply
missing), resulting in wrong deductions by
GlobalsModRef.

llvm-svn: 55872

llvm-svn: 55868

llvm-svn: 55867

llvm-svn: 55866

llvm-svn: 55865

i32>.  This is a little messy, but it works.

We should really get rid of the intrinsics, though, since they map
perfectly well to standard LLVM instructions.

llvm-svn: 55864

out of ScheduleDAGEmit.cpp and into SelectionDAGISel.cpp. This
allows it to be run exactly once per function, even if multiple
SelectionDAG iterations happen in the entry block, as may happen
with FastISel.

llvm-svn: 55863

llvm-svn: 55861

that they read the rounding mode.  This is conservatively
correct, which they weren't before.  We can do more
optimization on these if we actually model the rounding
mode.

llvm-svn: 55860

because it does not maintain a correct list
of callsites.  I discovered (see following
commit) that the inliner will create a wrong
callgraph if it is fed a callgraph with
correct edges but incorrect callsites.  These
were created by Prune-EH, and while it wasn't
done via removeCallEdgeTo, it could have been
done via removeCallEdgeTo, which is an accident
waiting to happen.  Use removeCallEdgeFor
instead.

llvm-svn: 55859

readonly.

llvm-svn: 55858

llvm-svn: 55857

llvm-svn: 55856

llvm-svn: 55855

llvm-svn: 55854

llvm-svn: 55853

llvm-svn: 55849

llvm-svn: 55846

llvm-svn: 55845

llvm-svn: 55844

llvm-svn: 55843

approach here.

llvm-svn: 55842

llvm-svn: 55840

llvm-svn: 55838

edges one by one by hand.

llvm-svn: 55836

llvm-svn: 55835

llvm-svn: 55834

it modifies a functions attributes.

llvm-svn: 55831

elsewhere due to a missing pattern for
v2f64 = sint_to_fp v2i32.  That is PR2687.

llvm-svn: 55828

llvm-svn: 55824

but less accurate (non-IEEE) code sequences for
certain math library functions.  Add the first of
several such expansions.  Don't worry, if you don't
turn it on it won't affect you.

llvm-svn: 55823

expanding its operands.

llvm-svn: 55820

to check the result of getRegForValue before using it, and
to check for illegal operand types.

llvm-svn: 55819

llvm-svn: 55818