Saves about 1.5% on debug info size.

rdar://10278198

llvm-svn: 148794

and clean up some other misc stuff.  Unlike ConstantArray, we will
prefer to emit .fill directives for "String" arrays that all have
the same value, since they are denser than emitting a .ascii

llvm-svn: 148793

same semantics as ConstantArray's but much more efficient because they
don't have to return std::string's.  The ConstantArray methods will
eventually be removed.

llvm-svn: 148792

llvm-svn: 148790

instead of its own hard coded thing, allowing it to handle 
ConstantDataSequential and fixing some obscure bugs (e.g. it would
previously crash on a CAZ of vector type).

llvm-svn: 148788

out into a new ConstantFoldLoadThroughGEPIndices (more useful) function
and rewrite it to be simpler, more efficient, and to handle the new
ConstantDataSequential type.

Enhance ConstantFoldLoadFromConstPtr to handle ConstantDataSequential.

llvm-svn: 148786

Make some CDS methods public.

llvm-svn: 148785

This pacifies machine verifier

llvm-svn: 148782

This won't have an effect until EliminateRegSequences() starts setting
the undef flags.

llvm-svn: 148779

No need for 'getOperand' :)

llvm-svn: 148778

Add comments near load pattern fragments indicating that all integer vector loads are promoted to v2i64 or v4i64 so that no one tries to reintroduce pattern fragments for other types.

llvm-svn: 148771

llvm-svn: 148764

llvm-svn: 148762

llvm-svn: 148761

violation -- MC cannot depend on CodeGen.

Specifically, the MCTargetDesc component of each target is actually
a subcomponent of the MC library. As such, it cannot depend on the
target-independent code generator, because MC itself cannot depend on
the target-independent code generator. This change moved a flag from the
ARM MCTargetDesc file ARMMCAsmInfo.cpp to the CodeGen layer in
ARMException.cpp, leaving behind an 'extern' to refer back to it. That
layering order isn't viable givin the constraints outlined above.
Commandline flags are designed to be static specifically to avoid these
types of bugs.

Fixing this is likely going to require some non-trivial refactoring.

llvm-svn: 148759

llvm-svn: 148757

llvm-svn: 148755

llvm-svn: 148751

llvm-svn: 148748

llvm-svn: 148745

llvm-svn: 148742

classes, per PR1324.  Not all of their helper functions are implemented,
nothing creates them, and the rest of the compiler doesn't handle them yet.

llvm-svn: 148741

llvm-svn: 148740

llvm-svn: 148738

llvm-svn: 148737

llvm-svn: 148734

llvm-svn: 148733

llvm-svn: 148725

This fixes a typo in r148589.

llvm-svn: 148724

llvm-svn: 148723

llvm-svn: 148721

Let the generic token alias definitions handle the data subtype
suffices. We don't need explicit versions for each.

llvm-svn: 148718

llvm-svn: 148715

llvm-svn: 148712

using OwningPtr.  OwningPtr would barf when the densemap had to reallocate,
which doesn't appear to happen on the regression test suite, but obviously
happens in real life :)

llvm-svn: 148700

llvm-svn: 148698

llvm-svn: 148697

llvm-svn: 148694

llvm-svn: 148693

Now that the type system rewrite has landed, there is no need for its
complexity and std::map'ness.

llvm-svn: 148691