llvm-svn: 85786

llvm-svn: 85785

an assertion on the buildbot.

llvm-svn: 85784

simplify some code.

llvm-svn: 85783

llvm-svn: 85782

llvm-svn: 85781

llvm-svn: 85780

llvm-svn: 85779

llvm-svn: 85778

llvm-svn: 85777

function, eliminate temporary (and pointless) smallvector.

llvm-svn: 85776

llvm-svn: 85775

llvm-svn: 85774

llvm-svn: 85773

of the two loads agree.  Propagate that onto the new store.

llvm-svn: 85772

llvm-svn: 85771

llvm-svn: 85770

llvm-svn: 85769

llvm-svn: 85768

llvm-svn: 85767

Do not infer the target type for COPY_TO_REGCLASS from dest regclass, this won't work if it can contain several types. Require explicit result type for the node for now. This fixes PR5364.

PS: It seems that blackfin usage of copy_to_regclass is completely bogus!
llvm-svn: 85766

llvm-svn: 85765

Use NEON reg-reg moves, where profitable. This reduces "domain-cross" stalls, when we used to mix vfp and neon code (the former were used for reg-reg moves)

llvm-svn: 85764

llvm-svn: 85762

llvm-svn: 85748

llvm-svn: 85747

llvm-svn: 85746

llvm-svn: 85743

1. we'd run simplifycfg at the very start, even though
the per function passes have already cleaned this up.

2. In the main per-function pipeline that is interlaced with inlining 
   etc, we would do instcombine, jump threading, simplifycfg *before*
   doing SROA.  SROA is much more likely to expose opportunities for
   these passes than they are for SROA, so move SRoA up earlier.

also add some comments.

llvm-svn: 85742

integral constant expression, make sure to find where the initializer
was provided---inside or outside the class definition---since that can
affect whether we have an integral constant expression (and, we need
to see the initializer itself).

llvm-svn: 85741

I don't know what Dan wants to do with phi-merge-gep.ll, I'll let
him deal with it because instcombine may end up sinking these.

llvm-svn: 85739

not the max.  This didn't matter until the previous patch because
instcombine would refuse to sink loads with differenting alignments.

llvm-svn: 85738

llvm-svn: 85737

phis, it didn't preserve the alignment of the load.  This is a missed
optimization of the alignment is high and a miscompilation when the
alignment is low.

llvm-svn: 85736

but I'll investigate it separately.  This unbreaks 
test/FrontendC/weak_constant.c

llvm-svn: 85735

llvm-svn: 85734

llvm-svn: 85733

columns.

llvm-svn: 85732

GlobalOpt already deletes trivially dead functions/globals,
so GlobalDCE only adds values for cycles of dead things.

llvm-svn: 85731

llvm-svn: 85730