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

llvm-svn: 55879

llvm-svn: 55877

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

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

llvm-svn: 55857

llvm-svn: 55856

llvm-svn: 55855

llvm-svn: 55854

llvm-svn: 55853

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

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

in the same block. Fix the entry-block handling to only run at
at the beginning of the entry block, and not any other times.

llvm-svn: 55817

llvm-svn: 55816

pool loads on X86 in fast isel.  This isn't actually used yet.

llvm-svn: 55814

llvm-svn: 55811

For whatever the reason, x86 CallingConv::Fast (i.e. fastcc) was not passing scalar arguments in registers. This patch defines a new fastcc CC which is slightly different from the FastCall CC. In addition to passing integer arguments in ECX and EDX, it also specify doubles are passed in 8-byte slots which are 8-byte aligned (instead of 4-byte aligned). This avoids a potential performance hazard where doubles span cacheline boundaries.

llvm-svn: 55807

llvm-svn: 55806

llvm-svn: 55794