llvm-svn: 81257

llvm-svn: 81250

extractelement(load).

llvm-svn: 81239

llvm-svn: 81227

of using llvm-as, now that opt supports this.

llvm-svn: 81226

that get created during loop unswitching, and fix SplitBlockPredecessors'
LCSSA updating code to create new PHIs instead of trying to just move
existing ones.

Also, optimize Loop::verifyLoop, since it gets called a lot. Use
searches on a sorted list of blocks instead of calling the "contains"
function, as is done in other places in the Loop class, since "contains"
does a linear search. Also, don't call verifyLoop from LoopSimplify or
LCSSA, as the PassManager is already calling verifyLoop as part of
LoopInfo's verifyAnalysis.

llvm-svn: 81221

makes the code faster.

llvm-svn: 81220

llvm-svn: 81217

llvm-svn: 81205

When remat'ing and destination virtual register has a sub-register index. Make sure the sub-register class matches the register class of the remat'ed instruction definition register class.

llvm-svn: 81204

llvm-svn: 81200

 - This adds 'make check-lit' from the top-level Makefile.

llvm-svn: 81191

depth first order, so it wouldn't process unreachable blocks.
When compiling at -O0, late dead block elimination isn't done
and the bad instructions got to isel.

llvm-svn: 81187

extractelement operations into a bitcast of the pointer,
then a gep, then a scalar load.  Disable this when the vector
only has one element, because it leads to infinite loops in
instcombine (PR4908).

This transformation seems like a really bad idea to me, as it
will likely disable CSE of vector load/stores etc and can be
better done in the code generator when profitable.  This
goes all the way back to the first days of packed types,
r25299 specifically.

I'll let those people who care about the performance of vector
code decide what to do with this.

llvm-svn: 81185

null in the case of an empty struct, so don't try to call getNumValues
on it.

llvm-svn: 81180

context for the newly created operations.
 
Patch by Jakub Staszak!

llvm-svn: 81175

This fixes PR4905

llvm-svn: 81174

llvm-svn: 81172

from floating-point to integer first, and bitcast the result
back to floating-point. Previously, this test was passing by
falling back to SelectionDAG lowering. The resulting code isn't
as nice, but it's correct and CodeGen now stays on the fast path.

llvm-svn: 81171

llvm-svn: 81168

to preserve the meaning of these tests.

llvm-svn: 81166

llvm-svn: 81159

llvm-svn: 81158

we don't race on them).

llvm-svn: 81155

pipeline.

llvm-svn: 81153

(%llvmgcc includes a '-w' argument, and this test looks for warnings).

llvm-svn: 81152

llvm-svn: 81101

breaks MiniSAT on x86_64.

llvm-svn: 81098

llvm-svn: 81097

llvm-svn: 81088

llvm-svn: 81087

llvm-svn: 81086

llvm-svn: 81084

 - I'd appreciate it if someone else eyeballs my changes to make sure I captured
   the intent of the test.

llvm-svn: 81083

llvm-svn: 81081

linear scan reg alloc.  This fixes a problem I ran into where extracting
a function from a larger file caused the generated code to change (masking
the problem I was trying to debug) because the allocator behaved differently.

This changes the results for two X86 regression checks.  stack-color-with-reg
is improved, with one less instruction, but pr3495 is worse, with one more
copy.  As far as I can tell, these tests were just getting lucky or unlucky,
so I've changed the expected results.

llvm-svn: 81060

MDNode's operand list does not include all elements.

llvm-svn: 81045

llvm-svn: 81038

(Keep disabled test disabled until selfhosted build issue is resolved.)

llvm-svn: 81008

Constant uniquing tables. This allows distinct ConstantExpr objects
with the same operation and different flags.

Even though a ConstantExpr "a + b" is either always overflowing or
never overflowing (due to being a ConstantExpr), it's still necessary
to be able to represent it both with and without overflow flags at
the same time within the IR, because the safety of the flag may
depend on the context of the use. If the constant really does overflow,
it wouldn't ever be safe to use with the flag set, however the use
may be in code that is never actually executed.

This also makes it possible to merge all the flags tests into a single test.

llvm-svn: 80998