Remove ARMPCLabelIndex from ARMISelLowering. Use ARMFunctionInfo::createConstPoolEntryUId() instead.

llvm-svn: 86294

constant pool so they don't get wrapped separately.

llvm-svn: 85844

llvm-svn: 85824

llvm-svn: 85767

llvm-svn: 85687

llvm-svn: 85685

is unconditional. Making it still use the libcall when optimizing for size
would be a good adjustment.

llvm-svn: 85675

It's safe to remat t2LDRpci; Add PseudoSourceValue to load / store's to enable more machine licm. More changes coming.

llvm-svn: 85643

llvm-svn: 85610

void f (int a1, int a2, int a3, int a4, int a5,...)

In ARMTargetLowering::LowerFormalArguments if the function has 4 or
more regular arguments we used to set VarArgsFrameIndex using an
offset of 0, which is only correct if the function has exactly 4
regular arguments.

llvm-svn: 85590

clang/test/CodeGen/indirect-goto.c runs! (unoptimized)

llvm-svn: 85577

llvm-svn: 85381

llvm-svn: 85362

llvm-svn: 84785

llvm-svn: 84751

llvm-svn: 84632

I can see with the original code was that I forgot that this runs after
type legalization and hence the result type will always be i32. (Custom
legalization of EXTRACT_VECTOR_ELT is only enabled for vector types with
8- and 16-bit elements.)

Regarding the FIXME comment: any information about sign and zero-extension
should be captured by separate extension operations.  The DAG combiner should
handle those to produce either VGETLANEu or VGETLANEs, and that seems to be
working now.  If there are cases that we're missing, let me know.

llvm-svn: 84218

by creating TargetConstants during instruction selection instead of during
legalization.

llvm-svn: 84042

multiple instructions, the expansion is done during selection so there is
no need to do anything special during legalization.

llvm-svn: 84036

and register spills.

llvm-svn: 83435

llvm-svn: 83242

This fixes PR5031. Unfortunately, there is no small testcase :(

llvm-svn: 82643

Fix PR4926. When target hook EmitInstrWithCustomInserter() insert new basic blocks and update CFG, it should also inform sdisel of the changes so the phi source operands will come from the right basic blocks.

llvm-svn: 82311

Enhance EmitInstrWithCustomInserter() so target can specify CFG changes that sdisel will use to properly complete phi nodes.
Not functionality change yet.

llvm-svn: 82273

llvm-svn: 82074

llvm-svn: 81969

llvm-svn: 81966

Radar 7200803.  (This should also fix the
SingleSource/UnitTests/Vector/sumarray-dbl test.)

llvm-svn: 81959

See the bug report for details.

llvm-svn: 81397

llvm-svn: 81262

Reference to hidden symbols do not have to go through non-lazy pointer in non-pic mode. rdar://7187172.

llvm-svn: 80904

llvm-svn: 80773

llvm-svn: 80707

llvm-svn: 80656

makes an eggregious hack somewhat more palatable. Bringing the LSDA forward
and making it a GV available for reference would be even better, but is
beyond the scope of what I'm looking to solve at this point.

Objective C++ code could generate function names that broke the previous
scheme. This fixes that.

llvm-svn: 80649

Remove the assertion and generalize the code for ARM NEON stuff.

llvm-svn: 80498

llvm-svn: 80409

Let Darwin linker auto-synthesize stubs and lazy-pointers. This deletes a bunch of nasty code in ARM asm printer.

llvm-svn: 80404

scalar_to_vector is fully legal now

llvm-svn: 80251

No idea whether this is profitable or not.

llvm-svn: 80245