Radar 7927666.

llvm-svn: 105285

llvm-svn: 105283

llvm-svn: 105282

handle structs passed by value via an extract/insert pair, as a bitcast
won't work on a struct. rdar://7742824

llvm-svn: 105280

that are too large.  This causes the freebsd bootloader to be too
large apparently.

It's unclear if this should be an -Os or -Oz thing.  Thoughts welcome.

llvm-svn: 105228

llvm-svn: 105226

llvm-svn: 105168

llvm-svn: 105105

shouldn't have a TargetLoweringInfo member. And FunctionLoweringInfo::set
doesn't needs its EnableFastISel argument.

llvm-svn: 105101

llvm-svn: 105100

llvm-svn: 105095

llvm-svn: 105066

llvm-svn: 105065

llvm-svn: 105061

implementation that is correct for most targets. Tablegen will override where
needed.

Add MachineOperand::subst{Virt,Phys}Reg methods that correctly handle existing
subreg indices when sustituting registers.

llvm-svn: 104985

llvm-svn: 104953

This will help reduce the amount of casting required on 64-bit targets.

llvm-svn: 104911

optimization level.

This only really affects llc for now because both the llvm-gcc and clang front
ends override the default register allocator. I intend to remove that code later.

llvm-svn: 104904

an alloca() or an llvm.stackrestore(). rdar://8031573

llvm-svn: 104900

llvm-svn: 104897

llvm-svn: 104884

llvm-svn: 104869

inlined function's arguments need a label to mark the start point because they are not directly attached to current function.

llvm-svn: 104848

llvm-svn: 104841

llvm-svn: 104785

llvm-svn: 104749

-filetype=obj.

llvm-svn: 104747

There is no need to force an line number entry (using previous location) for a temp label at unknown location.

llvm-svn: 104740

usual suspects that could "return twice".

llvm-svn: 104737

ISD::. No functional change.

llvm-svn: 104734

llvm-svn: 104732

more than just the stack slot coloring algorithm.

llvm-svn: 104722

Identify instructions, that needs a label to mark debug info entity, in advance. This simplifies beginScope().

llvm-svn: 104720

implementing pop with a linear search for a "best" element. The priority
queue was a neat idea, but in practice the comparison functions depend
on dynamic information.

llvm-svn: 104718

llvm-svn: 104716

llvm-svn: 104706

llvm-svn: 104705

llvm-svn: 104664

base class, since all the implementations are the same.

llvm-svn: 104659

llvm-svn: 104657