llvm-svn: 82416

llvm-svn: 82415

llvm-svn: 82414

llvm-svn: 82413

llvm-svn: 82412

scary, as it indicates a lurking bug. yay.

llvm-svn: 82411

llvm-svn: 82410

llvm-svn: 82409

llvm-svn: 82408

llvm-svn: 82407

early for the stated reasons: this allows it to find more 
equivalences and depend less on code layout.

llvm-svn: 82404

so that nonlocal and partially redundant loads can use it as well.
The testcase shows examples of craziness this can handle.  This triggers
*many* times in 176.gcc.

llvm-svn: 82403

more generic.

llvm-svn: 82402

llvm-svn: 82400

(and load -> load) when the base pointers must alias but when
they are different types.  This occurs very very frequently in
176.gcc and other code that uses bitfields a lot.

llvm-svn: 82399

llvm-svn: 82398

llvm-svn: 82397

U    lib/CodeGen/AsmPrinter/DwarfException.cpp
U    lib/CodeGen/AsmPrinter/DwarfException.h

--- Reverse-merging r82274 into '.':
U    lib/Target/TargetLoweringObjectFile.cpp
G    lib/CodeGen/AsmPrinter/DwarfException.cpp

These revisions were breaking everything.

llvm-svn: 82396

llvm-svn: 82395

llvm-svn: 82394

llvm-svn: 82393

llvm-svn: 82392

llvm-svn: 82391

llvm-svn: 82390

llvm-svn: 82389

the MachineInstr ->MCInst lowering process, not in the 
asmprinter.

llvm-svn: 82388

the instruction syntax, not the entire asmprinter.

llvm-svn: 82387

llvm-svn: 82386

transcode from AT&T to intel syntax with "llvm-mc foo.s -output-asm-variant=1"

llvm-svn: 82385

llvm-svn: 82384

CHECK-NOT.

llvm-svn: 82383

llvm-svn: 82382

Make dllexport directives come out in determinstic order.

llvm-svn: 82381

llvm-svn: 82380

llvm-svn: 82379

llvm-svn: 82378

llvm-svn: 82377

llvm-svn: 82376

llvm-svn: 82375

its in the standard location.

llvm-svn: 82374