This allows us to keep passing reduced masks to SimplifyDemandedBits, but
know about all the bits if SimplifyDemandedBits fails. This allows instcombine
to simplify cases like the one in the included testcase.

llvm-svn: 154011

  reducing unroll count, otherwise the reduced unroll count is not taking
  the "OptimizeForSize" attribute into account.

llvm-svn: 154007

llvm-svn: 154004

MSVC8 verifies this.

llvm-svn: 154002

llvm-svn: 153997

llvm-svn: 153996

llvm-svn: 153984

svn r145378 inadvertently changed the destination for the Embedded target
in the makefile.  Add a "/Developer" suffix to DSTROOT to compensate.

llvm-svn: 153980

llvm-svn: 153979

llvm-svn: 153978

llvm-svn: 153977

Add VSELECT to LegalizeVectorTypes::ScalariseVectorResult.  Previously it would crash if it encountered a 1 element VSELECT.  Solution is slightly more complicated than just creating a SELET as we have to mask or sign extend the vector condition if it had different boolean contents from the scalar condition.  Fixes <rdar://problem/11178095>

llvm-svn: 153976

llvm-svn: 153975

So far all of configure tests have been run against the default SDK and
architecture, regardless of what is actually being built.  We've gotten
lucky until now.  <rdar://problem/11112479>

llvm-svn: 153972

llvm-svn: 153971

When folding X == X we need to check getBooleanContents() to determine if the
result is a vector of ones or a vector of negative ones. 

I tried creating a test case, but the problem seems to only be exposed on a
much older version of clang (around r144500).
rdar://10923049

llvm-svn: 153966

Patch by Bernard Cafarelli!

llvm-svn: 153965

might have more than 19 operands. Add a testcase to make sure I
never screw that up again.

Part of rdar://11026482

llvm-svn: 153961

The colorability heuristic should count these as denied registers.

No test case - this exposed a bug on an out-of-tree target.

llvm-svn: 153958

And indirectly, a dependency on most of the core LLVM optimization
libraries.

llvm-svn: 153957

llvm-svn: 153956

llvm-svn: 153951

llvm-svn: 153949

llvm-svn: 153939

PLT when LLVM is built as shared library. This mimics the X86 backend towards the approach.

llvm-svn: 153938

llvm-svn: 153937

llvm-svn: 153935

llvm-svn: 153928

As Eric pointed out, even a Debug build should be equal. Leave the flag that can turn off comparisons though.

llvm-svn: 153927

llvm-svn: 153926

llvm-svn: 153925

Patch by Vladimir Medic.

llvm-svn: 153924

llvm-svn: 153922

I just noticed Jakob's examples of the proper application of
std::set... routines.

llvm-svn: 153918

brace) so that we get more accurate line number information about the
declaration of a given function and the line where the function
first starts.

Part of rdar://11026482

llvm-svn: 153916

Fixes to r153903.  Added missing explanation of behaviour when the VirtRegMap is NULL.  Also changed it in this case to just avoid updating the map, but live ranges or intervals will still get updated and created

llvm-svn: 153914

llvm-svn: 153909

llvm-svn: 153906

llvm-svn: 153905

This is just the fallback tie-breaker ordering, the main allocation
order is still descending size.

Patch by Shamil Kurmangaleev!

llvm-svn: 153904