Make GVN look through extractvalues for recognised intrinsics. GVN can then CSE ops that match values produced by the intrinsics.

llvm-svn: 134677

llvm-svn: 134675

argument expansion to use the macro argument source locations as well.
Add a few tests to exercise this. There is still a bit more work needed
here though.

llvm-svn: 134674

Right now clang-139 fails the test.

llvm-svn: 134673

be detected yet, but most of the initial code is there and needs to be 
debugged more.

llvm-svn: 134672

llvm-svn: 134671

pointers.  Some of the spots are obviously initialized
later, but it's better just to NULL the pointers out
at initialization to make the code more robust when
exposed to later changes.

llvm-svn: 134670

CommandCompletions.cpp and DataBufferMemoryMap.cpp.  The file type
part of the st_mode struct member is not a bitmask.

llvm-svn: 134669

llvm-svn: 134668

llvm-svn: 134667

It was testing a linear scan feature:

  Test if linearscan is unfavoring registers for allocation to allow
  more reuse of reloads from stack slots.

The greedy register allocator doesn't access any stack slots in this
function, so the linear scan feature was not being tested.

llvm-svn: 134666

Fixes PR9602!

llvm-svn: 134665

processor supports it just fine.

Fixes PR9675 and rdar://9740801

llvm-svn: 134664

llvm-svn: 134663

but we don't have an error message.

llvm-svn: 134662

llvm-svn: 134661

instantiation and improve diagnostics which are stem from macro
arguments to trace the argument itself back through the layers of macro
expansion.

This requires some tricky handling of the source locations, as the
argument appears to be expanded in the opposite direction from the
surrounding macro. This patch provides helper routines that encapsulate
the logic and explain the reasoning behind how we step through macros
during diagnostic printing.

This fixes the rest of the test cases originially in PR9279, and later
split out into PR10214 and PR10215.

There is still some more work we can do here to improve the macro
backtrace, but those will follow as separate patches.

llvm-svn: 134660

The Python API does not need SBEvent::BroadcasterMatchesPtr() when SBEvent::BroadcasterMatchesRef() suffices.

llvm-svn: 134659

llvm-svn: 134658

extra register.

Part of PR10299 and rdar://9740322

llvm-svn: 134657

searching for variables and symbols in the target
more robust.  These checks prevent variables from
being reported as existing if they cannot actually
be evaluated in the current context.

llvm-svn: 134656

object to a __weak object/type. // rdar://9732636.
One item is yet todo.

llvm-svn: 134655

Fixes PR10299 and rdar://9740322

llvm-svn: 134654

Part of PR10299 and rdar://9740322

llvm-svn: 134653

llvm-svn: 134652

llvm-svn: 134651

llvm-svn: 134650

Remove BoostCon-specific code from Clang.  FWIW, I'm a fan of things like this living in a separate branch.

llvm-svn: 134649

Fixes PR10149 and rdar://9738585

llvm-svn: 134648

llvm-svn: 134647

llvm-svn: 134646

llvm-svn: 134645

Move SourceManager::isAt[Start/End]OfMacroInstantiation functions to the Lexer, since they depend on it now.

llvm-svn: 134644

llvm-svn: 134643

the normal case.

Before, for this:

$ cat t.c
int test(int x) { return x * 2; }

We would get this:

   addl  %edi, %edi
   jno   LBB0_2
## BB#1:                                ## %overflow
   ud2
LBB0_2:                                 ## %nooverflow
   movl    %edi, %eax
   popq    %rbp
   ret

Now we get this:

   addl   %edi, %edi
   jo     LBB0_2
## BB#1:                                ## %nooverflow
   movl                                 %edi, %eax
   popq                                 %rbp
   ret
LBB0_2:                                 ## %overflow
   ud2

<rdar://problem/8283919>

llvm-svn: 134642

llvm-svn: 134641

llvm-svn: 134640

llvm-svn: 134639

so roll it out.

llvm-svn: 134638

based on a modifier, split it into two functions.

llvm-svn: 134637