the processor keeps a return addresses stack (RAS) which stores the address
and the instruction execution state of the instruction after a function-call
type branch instruction.

Calling a "noreturn" function with normal call instructions (e.g. bl) can
corrupt RAS and causes 100% return misprediction so LLVM should use a
unconditional branch instead. i.e.
mov lr, pc
b _foo
The "mov lr, pc" is issued in order to get proper backtrace.

rdar://8979299

llvm-svn: 151623

llvm-svn: 135375

Luis Felipe Strano Moraes!

llvm-svn: 129558

something that just glues two nodes together, even if it is
sometimes used for flags.

llvm-svn: 122310

sequence of loads and stores was being generated to perform the
copy on the x86 targets if the parameter was less than 4 byte
aligned, causing llc to use up vast amounts of memory and time.
Use a "rep movs" form instead.  PR7170.

llvm-svn: 118260

into non-segment-relative copies.

llvm-svn: 114402

instead of srcvalue/offset pairs.  This corrects SV info for mem 
operations whose size is > 32-bits.

llvm-svn: 114401

Move EmitTargetCodeForMemcpy, EmitTargetCodeForMemset, and
EmitTargetCodeForMemmove out of TargetLowering and into
SelectionDAGInfo to exercise this.

llvm-svn: 103481

llvm-svn: 101564

SelectionDAG-specific parts of TargetLowering.

llvm-svn: 101537

llvm-svn: 98386

llvm-svn: 98384

actually X86_StdCall or X86_FastCall.

llvm-svn: 98374

llvm-svn: 98373

llvm-svn: 98372

This should fix alot of problems we saw so far, e.g. PRs 5851 & 2936

llvm-svn: 95980

as it emits code.  Switch .globl directives to use OutStreamer instead of
doing it textually (in x86)

llvm-svn: 93700

Note that the code wasn't calling DecorateCygMingName
when emitting the ".ascii -export" stuff at the end of
file for DLLExported functions.  I don't know if it should
or not, but I'm preserving behavior.

llvm-svn: 93603

Make dllexport directives come out in determinstic order.

llvm-svn: 82381