llvm-svn: 131508

llvm-svn: 131480

llvm-svn: 131427

Radar 9422775.

llvm-svn: 131422

llvm-svn: 131345

llvm-svn: 130894

Scanning entire basic block may be too expensive in terms of compile time. Instead, just use whatever location info first non-phi instruction has.

llvm-svn: 130729

llvm-svn: 130551

llvm-svn: 130528

llvm-svn: 130527

llvm-svn: 130526

llvm-svn: 130431

llvm-svn: 130068

llvm-svn: 129932

llvm-svn: 129759

Luis Felipe Strano Moraes!

llvm-svn: 129558

instruction around, reducing work.

Greatly simplify handling of debug instructions.  There is no need to
build up a vector of them and then move them into the one predecessor
if we're processing a block.  Instead just rescan the block and *copy*
them into the pred.  If a block gets merged into multiple preds, this
will retain more debug info.

llvm-svn: 129502

llvm-svn: 129319

llvm-svn: 129271

llvm-svn: 129114

llvm-svn: 129078

llvm-svn: 129041

llvm-svn: 129035

llvm-commits.  (Not sure why it only breaks on Windows; maybe it has
something to do with the iterator representation...)

llvm-svn: 128802

after the given instruction; make sure to handle that case correctly.
(It's difficult to trigger; the included testcase involves a dead 
block, but I don't think that's a requirement.) 

While I'm here, get rid of the unnecessary warning about
SimplifyInstructionsInBlock, since it should work correctly as far as I know.

llvm-svn: 128782

PHINode::Create() giving the (known or expected) number of operands.

llvm-svn: 128537

llvm-svn: 128535

llvm-svn: 128030

If an AllocaInst referred by DbgDeclareInst is used by a LoadInst then the LoadInst should also get a corresponding llvm.dbg.value intrinsic.

llvm-svn: 127924

llvm-svn: 127923

llvm-svn: 127922

This is done by lowering dbg.declare intrinsic into dbg.value intrinsic.
Radar 9143931.

llvm-svn: 127834

llvm-svn: 127832

llvm-svn: 127684

llvm-svn: 127674

of pointers in an std::map.

llvm-svn: 127650

reachable uses, but there still might be uses in dead blocks.  Use the
standard solution of replacing all the uses with undef.  This is
a rare case because it's very sensitive to phase ordering in SimplifyCFG.

llvm-svn: 127299

Avoid colliding with the sentinels, hopefully unbreaking
llvm-gcc-x86_64-linux-selfhost.

llvm-svn: 126982

Based on a patch by Alistair Lynn.

llvm-svn: 126647

Yes, there are other types than i8* and GEPs on them can produce an add+multiply.
We don't consider that cheap enough to be speculatively executed.

llvm-svn: 126481