llvm-svn: 120630

llvm-svn: 120622

llvm-svn: 120580

The user (i.e. whoever generated a call to the intrinsic in the first place) is
essentially asking for a particular instruction to be placed in the assembler.
If that instruction won't execute on the target machine, that's their problem
not ours.  Two buildbots with processors that don't support SSE3 were barfing
on the apm.ll test in CodeGen/X86 because of this assertion.

llvm-svn: 120574

llvm-svn: 120549

legalization time. Since at legalization time there is no mapping from
SDNode back to the corresponding LLVM instruction and the return
SDNode is target specific, this requires a target hook to check for
eligibility. Only x86 and ARM support this form of sibcall optimization
right now.
rdar://8707777

llvm-svn: 120501

llvm-svn: 120470

while I'm in there.

llvm-svn: 120466

llvm-svn: 120416

llvm-svn: 120415

it.

llvm-svn: 120412

While I'm there, clean up too many \n even for me.

llvm-svn: 120411

llvm-svn: 120410

Fixes PR8573.

llvm-svn: 120404

llvm-svn: 120298

llvm-svn: 120263

instructions.  I choose to handle this with an asmparser hack,
though it could be handled by changing all the instruction definitions
to allow be "setneb" instead of "setne".  The asm parser hack is
better in this case, because we want the disassembler to produce
setne, not setneb.

llvm-svn: 120260

and at least the 4 byte one will be needed to implement the .cfi_* directives.

llvm-svn: 120240

llvm-svn: 120229

llvm-svn: 120228

llvm-svn: 120225

llvm-svn: 120224

 - I'm leaving MachO.h, because I believe it has external consumers, but I would really like to eliminate it (we have stylistic disagreements with one another).

llvm-svn: 120187

llvm-svn: 120168

llvm-svn: 120147

llvm-svn: 120017

llvm-svn: 120006

llvm-svn: 119990

llvm-svn: 119985

llvm-svn: 119947

when transfering between i64 gprs and mmx regs.

llvm-svn: 119931

llvm-svn: 119904

so don't claim they are.  They are allocated using DAG.getNode, so attempts
to access MemSDNode fields results in reading off the end of the allocated
memory.  This fixes crashes with "llc -debug" due to debug code trying to
print MemSDNode fields for these barrier nodes (since the crashes are not
deterministic, use valgrind to see this).  Add some nasty checking to try
to catch this kind of thing in the future.

llvm-svn: 119901

llvm-svn: 119754

llvm-svn: 119740

  sahf	movl	344(%rdi),%r14d
we used to produce:

t.s:2:1: error: unexpected token in argument list

^

we now produce:
t.s:1:11: error: unexpected token in argument list
sahf	movl	344(%rdi),%r14d
    	    	^

rdar://8581401

llvm-svn: 119676

llvm-svn: 119547

a different pass, the complicated interaction between cmov expansion
and fast isel is no longer a concern.

llvm-svn: 119400

Patch by Louis Zhuang!

llvm-svn: 119394

llvm-svn: 119286