llvm-svn: 25333

llvm-svn: 25332

be subtracted from the stack pointer.

llvm-svn: 25331

llvm-svn: 25330

llvm-svn: 25329

llvm-svn: 25328

llvm-svn: 25327

llvm-svn: 25326

Token chain results are not always the first or last result.  Consider copyfromreg nodes, where they are the middle result (the flag result is last)

llvm-svn: 25325

llvm-svn: 25324

queries are made.

Patch by Daniel Berlin!

llvm-svn: 25323

llvm-svn: 25322

of doing it ourselves.  This fixes Transforms/Inline/2006-01-14-CallGraphUpdate.ll

llvm-svn: 25321

llvm.stacksave/restore when it inserts calls to them.

llvm-svn: 25320

the callgraph.

llvm-svn: 25317

llvm-svn: 25315

llvm-svn: 25314

llvm-svn: 25313

llvm-svn: 25312

llvm-svn: 25309

llvm-svn: 25308

llvm-svn: 25307

llvm-svn: 25304

llvm-svn: 25299

llvm-svn: 25296

llvm-svn: 25295

llvm-svn: 25294

llvm-svn: 25293

llvm-svn: 25292

flipped around.

llvm-svn: 25290

InlineFunction handles this case safely.  This implements
Transforms/Inline/dynamic_alloca_test.ll.

llvm-svn: 25288

resultant code with llvm.stacksave/llvm.stackrestore intrinsics.

llvm-svn: 25286

time in common C cases.

llvm-svn: 25285

it doesn't contain any calls.  This is a fairly common case for C++ code,
so it will probably speed up the inliner marginally in these cases.

llvm-svn: 25284

"HandleInlinedInvoke".  No functionality change.

llvm-svn: 25283

llvm-svn: 25282

code being cloned if the client wants.

llvm-svn: 25281

function was not an alloca, we wouldn't check the entry block for any allocas,
leading to increased stack space in some cases.  In practice, allocas are almost
always at the top of the block, so this was never noticed.

llvm-svn: 25280

llvm-svn: 25279

llvm-svn: 25278