A public interface is no longer needed since RegisterCoalescer is not an
analysis any more.

llvm-svn: 137082

llvm-svn: 137081

Use the the path that generates a loop. This fixes
bogus error that clang puts out. // rdar://9894548

llvm-svn: 137080

command that allows us to see all modules that exist and
their corresponding global shared pointer count. This will
help us track down memory issues when modules aren't being
removed and cleaned up from the module list.

llvm-svn: 137078

Add EvaluateWithError static method.  Fix a bug in handling constant expressions - we weren't setting the result even though the expression evaluation succeeded...

llvm-svn: 137077

-isysroot.
rdar://9837120

llvm-svn: 137075

Fix the instruction representation to correctly only allow post-indexed form.
Add tests.

llvm-svn: 137074

llvm-svn: 137073

Patch by Jingyue!

llvm-svn: 137072

llvm-svn: 137071

llvm-svn: 137070

They improve the verbose assembly.

llvm-svn: 137069

Fix another -Wuninitialized assertion failure (this one involving bit casts) resulting from the recent -Wuninitialized changes.

llvm-svn: 137068

llvm-svn: 137067

llvm-svn: 137066

Allow labels for load/store instructions when parsing. There's encoding
issues, still, so this doesn't work all the way through, yet.

llvm-svn: 137064

These the methods are target-independent since they simply scan the
memory operands.  They can live in TargetInstrInfoImpl.

llvm-svn: 137063

Fix encodings for Thumb ASR and LSR immediate operands.  They encode the range 1-32, with 32 encoded as 0.

llvm-svn: 137062

Fix up the patterns for SXTB, SXTH, UXTB, and UXTH so that they are correctly active without HasT2ExtractPack.  PR10611.

llvm-svn: 137061

llvm-svn: 137060

Add MCInstrAnalysis class. This allows the targets to specify own versions of MCInstrDescs functions.

- Add overrides for ARM.
- Teach llvm-objdump to use this instead of plain MCInstrDesc.

llvm-svn: 137059

- Indent simple loops
- Print unreachable blocks as .byte directives

llvm-svn: 137058

This way we can avoid printing unreachable code (data).

llvm-svn: 137057

llvm-svn: 137056

situation. When a class explicitly or implicitly (through inheritance) 
"conformsTo" two protocols which conflict (have methods which conflict).
This patch fixes the previous patch where warnings were coming out in
non-deterministic order.  This is 2nd part of // rdar://6191214.

llvm-svn: 137055

are explicit template args.

llvm-svn: 137054

implementations of +load do not replace the class definition in a meaningful
sense, they are run when the category loads, the +load method for class is run
when the class is loaded.

llvm-svn: 137053

llvm-svn: 137052

Thanks to David Blaikie for pointing this out.

llvm-svn: 137051

X86FloatingPoint keeps track of pending ST registers for an upcoming
inline asm instruction with fixed stack register constraints.  It does
this by remembering which FP register holds the value that should appear
at a fixed stack position for the inline asm.

When that FP register is killed before the inline asm, make sure to
duplicate it to a scratch register, so the ST register still has a live
FP reference.

This could happen when the same FP register was copied to two ST
registers, or when a spill instruction is inserted between the ST copy
and the inline asm.

This fixes PR10602.

llvm-svn: 137050

llvm-svn: 137047

llvm-svn: 137046

llvm-svn: 137043

llvm-svn: 137042

llvm-svn: 137041

llvm-svn: 137040

llvm-svn: 137039

otherwise required.

llvm-svn: 137029

with an opaque struct type, it doesn't make sense.  This should
resolve PR10473.

llvm-svn: 137028

because we don't support them yet.

llvm-svn: 137027