does not.

llvm-svn: 107546

llvm-svn: 107545

AliasAnalyses have the choice to respect noalias.

llvm-svn: 107544

llvm-svn: 107543

llvm-svn: 107542

llvm-svn: 107541

llvm-svn: 107540

is quite gnarly code and there is no good way to clean it up. I will have
Jason look at a fix for this.

llvm-svn: 107539

llvm-svn: 107538

llvm-svn: 107537

constructor-name lookup.

llvm-svn: 107536

llvm-svn: 107535

The COPY instruction is intended to replace the target specific copy
instructions for virtual registers as well as the EXTRACT_SUBREG and
INSERT_SUBREG instructions in MachineFunctions. It won't we used in a selection
DAG.

COPY is lowered to native register copies by LowerSubregs.

llvm-svn: 107529

block labels) and produce cleaner IR (by removing
the thread-safe statics guards)

llvm-svn: 107528

llvm-svn: 107525

llvm-svn: 107524

- Fix VEX prefix to be emitted with 3 bytes whenever VEX_5M
represents a REX equivalent two byte leading opcode

llvm-svn: 107523

global scopes.

llvm-svn: 107522

llvm-svn: 107521

list of predefined instructions appear. Add some consistency checks.

Ideally, TargetOpcodes.h should be produced by TableGen from Target.td, but it
is hardly worth the effort.

llvm-svn: 107520

llvm-svn: 107518

new basic blocks, and if used as a function argument, that can cause call frame
setup / destroy pairs to be split across a basic block boundary. That prevents
us from doing a simple assertion to check that the pairs match and alloc/
dealloc the same amount of space. Modify the assertion to only check the
amount allocated when there are matching pairs in the same basic block.

rdar://8022442

llvm-svn: 107517

llvm-svn: 107516

convert IR to DWARF.  So far, this pass only
performs a depth-first traversal of the IR,
logging each basic block as it finds it.

llvm-svn: 107515

llvm-svn: 107513

prototype declaration.  Reviewed by chandlerc and csilvers.

llvm-svn: 107511

llvm-svn: 107510

- X86 unfolding should check if the instructions being unfolded has memoperands.
  If there is no memoperands, then it must assume conservative alignment. If this
  would introduce an expensive sse unaligned load / store, then unfoldMemoryOperand
  etc. should not unfold the instruction.

llvm-svn: 107509

done if the environment variable LLDB_LOG is defined.

llvm-svn: 107508

llvm-svn: 107507

PrologEpilog code, and use it to determine whether
the asm forces stack alignment or not.  gcc consistently
does not do this for GCC-style asms; Apple gcc inconsistently
sometimes does it for asm blocks.  There is no
convenient place to put a bit in either the SDNode or
the MachineInstr form, so I've added an extra operand
to each; unlovely, but it does allow for expansion for
more bits, should we need it.  PR 5125.  Some
existing testcases are affected.
The operand lists of the SDNode and MachineInstr forms
are indexed with awesome mnemonics, like "2"; I may
fix this someday, but not now.  I'm not making it any
worse.  If anyone is inspired I think you can find all
the right places from this patch.

llvm-svn: 107506

llvm-svn: 107505

SlotIndexes::insertMachineInstrInMaps would crash when trying to insert an
instruction imediately after an unmapped debug value.

llvm-svn: 107504

llvm-svn: 107503

llvm-svn: 107502

compiling lldb.  Someone else might try to improve it, though. :)

llvm-svn: 107501

llvm-svn: 107500

llvm-svn: 107499

llvm-svn: 107498

like).  Our goal with this visitor is to visit exactly what people type.

Reviewed by chandlerc.

llvm-svn: 107497