Get rid of an optimization in SCCP which appears to have many issues.  Specifically, it doesn't handle many cases involving undef correctly, and it is missing other checks which
lead to it trying to re-mark a value marked as a constant with a different value.  It also appears to trigger very rarely.

Fixes PR11357.

llvm-svn: 144352

llvm-svn: 144351

"saved register" index.
<rdar://problem/10430076>

llvm-svn: 144350

rdar://10412592

llvm-svn: 144348

llvm-svn: 144346

 - Can be used to generate the substitution values we currently use for the various target related .def files.

llvm-svn: 144345

LLVMBuild: Add explicit information on whether targets define an assembly printer, assembly parser, or disassembler.

llvm-svn: 144344

rdar://10429490

llvm-svn: 144338

llvm-svn: 144337

llvm-svn: 144336

now.

llvm-svn: 144335

llvm-svn: 144334

rdar://10130228.

llvm-svn: 144331

Was not checking the first register in the register list.

llvm-svn: 144329

llvm-svn: 144328

it first.

This is a more general fix to pr11300.

llvm-svn: 144324

some more of the explicit dependencies. I'm staging things more slowly this time
in case there is more unanticipated fallout.

llvm-svn: 144323

Get the source register that isn't tied to the destination register correct,
even when the assembly source operand order is backwards.

rdar://10428630

llvm-svn: 144322

that depends on MBlazeCodeGen. This is a layering violation that should really
be fixed.

llvm-svn: 144321

all-targets instead of an explicit list.

llvm-svn: 144320

as well.

llvm-svn: 144319

to delete core files.  This causes a warning in clang/lib/StaticAnalyzer on
case insensitive filesystems, since it contains a "Core" directory.  Since this
is pointless anyway, just zap it.

llvm-svn: 144317

For correctness, disable this for now.
rdar://10418009

llvm-svn: 144316

Use the getIdentifier() method of the token, not getString(), otherwise
we keep the quotes as part of the symbol name, which we don't want.

rdar://10428015

llvm-svn: 144315

llvm-svn: 144314

llvm-svn: 144313

Size of data being pointed to wasn't always being checked so some small writes were killing big writes

Fixes <rdar://problem/10426753>

llvm-svn: 144312

llvm-svn: 144311

which didn't appear ready for prime time.

llvm-svn: 144309

llvm-svn: 144308

llvm-svn: 144307

forward decls and have names into the dwarf accelerator types table.

llvm-svn: 144306

multiple dies per function and support C++ basenames.

llvm-svn: 144304

Add additional checking to ensure that MachineMemOperands are never set to null, which can happen in weird circumstances where target intrinsic hooks are implemented incorrectly.

llvm-svn: 144303

More of rdar://9704684

llvm-svn: 144301

llvm-svn: 144300

require this tool to resolve (currently).

llvm-svn: 144299

llvm-svn: 144298

Start of rdar://9704684

llvm-svn: 144293

consistency with other targets.

llvm-svn: 144292