llvm-svn: 53817

llvm-svn: 53816

bail after 256-bits to avoid producing code that the backends can't handle.
Previously, we capped it at 64-bits, preferring to miscompile in those cases.

This change also reverts much of r52248 because the invariants the code was
expecting are now being met.

llvm-svn: 53812

llvm-svn: 53811

count.

llvm-svn: 53810

llvm-svn: 53809

llvm-svn: 53808

into v4i16 vectors.

llvm-svn: 53807

If .loc and .file aren't used, always emit the "debug_line" section. This
requires at least one entry in the line matrix. So if there's nothing to emit
into the matrix, emit an end of matrix value anyway.

llvm-svn: 53803

llvm-svn: 53802

llvm-svn: 53801

llvm-svn: 53800

"When dumping the tokens (-dumptokens output type), the column numbers are not
correctly shown. This patch fixes that issue."

llvm-svn: 53797

"When dumping the tokens (-dumptokens output type), the column numbers are not
correctly shown. This patch fixes that issue."

llvm-svn: 53796

returns a node with the right number of
return values.  This fixes codegen of
Generic/cast-fp.ll, Generic/fp_to_int.ll
and PowerPC/multiple-return-values.ll
when using -march=ppc32 -mattr=+64bit.

llvm-svn: 53794

llvm-svn: 53793

force evaluation (ComputeIterationCountExhaustively) should be turned off.

It doesn't apply to trip-count2.ll because this file tests the brute force
evaluation.

The test for PR2364 (2008-05-25-NegativeStepToZero.ll) currently fails
showing that the patch for this bug doesn't work. I'll fix it in a few hours
with a patch for PR2088.

llvm-svn: 53792

llvm-svn: 53791

llvm-svn: 53790

llvm-svn: 53789

llvm-svn: 53788

llvm-svn: 53787

llvm-svn: 53786

llvm-svn: 53785

llvm-svn: 53784

Reimplement ccc-analyzer in a language I actually know, and implement some obvious optimizations when processing command line arguments.

llvm-svn: 53783

has alignment 8 and LoadSDNode (used as LargestT template) - 4.

llvm-svn: 53782

llvm-svn: 53780

llvm-svn: 53779

llvm-svn: 53778

llvm-svn: 53777

llvm-svn: 53776

llvm-svn: 53775

llvm-svn: 53774

Richard Pennington.

llvm-svn: 53773

llvm-svn: 53772

llvm-svn: 53771

llvm-svn: 53770

llvm-svn: 53769

the night realising that it was wrong :)  I
think the reason the same type was being used
for the shufflevec of indices as for the actual
indices is so that if one of them needs splitting
then so does the other.  After my patch it might
be that the indices need splitting but not the
rest, yet there is no good way of handling that.
I think the right solution is to not have the
shufflevec be an operand at all: just have it
be the list of numbers it actually is, stored
as extra info in the node.

llvm-svn: 53768