llvm-svn: 61836

X86_COND_B and X86_COND_AE, respectively.

llvm-svn: 61835

to handle LLVMMatchType intrinsic parameters, and by adding new subclasses
of LLVMMatchType to match vector types with integral elements that are 
either twice as wide or half as wide as the elements of the matched type.

llvm-svn: 61834

converted to LEA64_32r in x86's convertToThreeAddress. This
replaces code like this:
   movl  %esi, %edi
   inc   %edi
with this:
   lea   1(%rsi), %edi
which appears to be beneficial.

llvm-svn: 61830

- Add preliminary support for v2i32; load/store generates the right code but
  there's a lot work to be done to make this vector type operational.

llvm-svn: 61829

aggregate types. Don't increment the current index after reaching
the end of a struct, as it will already be pointing at
one-past-the end. This fixes PR3288.

llvm-svn: 61828

llvm-svn: 61822

llvm-svn: 61819

two address instructions.  We need to keep track of things we've processed AS USES
independetly of whether we've processed them as defs.

This fixes all known miscompilations when reconstruction is turned on.

llvm-svn: 61802

llvm-svn: 61785

- Fix bugs 3194, 3195: i128 load/stores produce correct code (although, we
  need to ensure that i128 is 16-byte aligned in real life), and 128 zero-
  extends are supported.
- New td file: SPU128InstrInfo.td: this is where all new i128 support should
  be put in the future.
- Continue to hammer on i64 operations and test cases; ensure that the only
  remaining problem will be i64 mul.

llvm-svn: 61784

argument. This doesn't affect current functionality.

llvm-svn: 61779

AddPseudoTwoAddrDeps. This lets the scheduling infrastructure
avoid recalculating node heights. In very large testcases this
was a major bottleneck. Thanks to Roman Levenstein for finding
this!

As a side effect, fold-pcmpeqd-0.ll is now scheduled better
and it no longer requires spilling on x86-32.

llvm-svn: 61778

as template arguments instead of as instance variables, exposing more
optimization opportunities to the compiler earlier.

llvm-svn: 61776

Construct subprogram DIEs using DebugInfo.

llvm-svn: 61772

Construct global variable DIEs using DebugInfo.

llvm-svn: 61771

Construct compile unit dies using DebugInfo.

llvm-svn: 61768

llvm-svn: 61765

with latency 0, since it doesn't affect the depth or height.

llvm-svn: 61762

Add methods to add source location info in a DIE.

llvm-svn: 61761

llvm-svn: 61757

global aliases.

llvm-svn: 61754

the argument is marked nocapture - no need to
analyze the argument if the answer is already
known!

llvm-svn: 61753

llvm-svn: 61752

llvm-svn: 61745

llvm-svn: 61744

llvm-svn: 61743

In fact this also deletes those with linkonce linkage,
however this is currently dead because for the moment
aliases aren't allowed to have this linkage type.

llvm-svn: 61742

llvm-svn: 61741

llvm-svn: 61740

own OpActionsCapacity magic number; it can just use ISD::BUILTIN_OP_END,
as long as it takes care to round up when needed.

llvm-svn: 61733

llvm-svn: 61731

Construct stuct field DIEs.

llvm-svn: 61729

llvm-svn: 61728

llvm-svn: 61727

llvm-svn: 61726

llvm-as: accepted03.ll:1:35: invalid unresolved type up reference
declare void @r({ \7, opaque, \10 } %su)
                                  ^

llvm-svn: 61725

llvm-svn: 61724

problem, rather than fixing it.  The problem has now been fixed the right way.

llvm-svn: 61723

llvm-as: crash11.ll:2:27: function may not return return opaque type
  "xw" = tail call opaque @608(label %31)
                          ^

llvm-svn: 61722