llvm-svn: 114703

llvm-svn: 114696

llvm-svn: 114689

Fix r114632. Return if the only terminator is an unconditional branch after the redundant ones are deleted.

llvm-svn: 114688

constant. Hopefully the non-Darwin bots will like it...

llvm-svn: 114687

llvm-svn: 114686

llvm-svn: 114684

(yet) recognize the 'trap' mnemonic, so we use .short/.long to emit the
opcode directly. On Darwin, however, we do want the mnemonic for more
readable assembly code and better disassembly.

Adjust the .td file to use the 'trap' mnemonic and handle using the binutils
workaround in the assembly printer. Also tweak the formatting of the opcode
values to make them consistent between the MC printer and the old printer.

llvm-svn: 114679

llvm-svn: 114676

but the first one. Those will never be executed. There was logic to do this
but it was faulty.

llvm-svn: 114632

new VariantKind to the MCSymbolExpr seems like overkill, but I'm not sure
there's a more straightforward way to get the printing difference captured.
(i.e., x86 uses @PLT, ARM uses (PLT)).

llvm-svn: 114613

llvm-svn: 114601

llvm-svn: 114597

CombineTo to avoid putting the result on the worklist.  I don't think it makes
much difference for now, but it might help someday as we add more DAG
combine optimizations.

llvm-svn: 114595

of those.  Refactor to share code for handling BUILD_VECTOR(VMOVRRD).
I don't have a testcase that exercises this, but it seems like an obvious
good thing to do.

llvm-svn: 114589

llvm-svn: 114578

needs to happen for darwin.

llvm-svn: 114577

llvm-svn: 114576

llvm-svn: 114563

llvm-svn: 114555

ARM cross-compiler on x86, because the MMO size did not match the type size.
This fixes the MMO size and also the size of the stack object to match the
type size.

llvm-svn: 114554

llvm-svn: 114553

llvm-svn: 114550

llvm-svn: 114536

x86-32: 32-bit calls were named "call" not "calll".  64-bit calls were correctly
named "callq", so this only impacted x86-32.

This fixes rdar://8456370 - llvm-mc rejects 'calll'

This also exposes that mingw/64 is generating a 32-bit call instead of a 64-bit call,
I will file a bugzilla.

llvm-svn: 114534

Teaching the code generator about CR8-15, how to rex them up, etc.

llvm-svn: 114533

llvm-svn: 114531

llvm-svn: 114529

llvm-svn: 114528

-This line, and those below, will be ignored--

M    test/MC/AsmParser/X86/x86_instructions.s
M    lib/Target/X86/AsmParser/X86AsmParser.cpp

llvm-svn: 114527

llvm-svn: 114526

llvm-svn: 114523

can access the stack due to how it is generated though.

llvm-svn: 114522

used with stack slots, but hey, lets be safe.

llvm-svn: 114521

llvm-svn: 114515

call through gs-relative memory now.

llvm-svn: 114510

llvm-svn: 114508

OptimizeCompareInstr should avoid iterating pass the beginning of the MBB when the 'and' instruction is after the comparison.

llvm-svn: 114506

the rest of it is next up.

llvm-svn: 114500

irrelevant, but add a new test for the new, improved functionality.

llvm-svn: 114494