making random bad assumptions about instructions which are not explicitly listed.  

Includes fix for rdar://9956541, a version of "undef ^ undef should return
0 because it's easier than arguing with users".

llvm-svn: 137777

llvm-svn: 137776

llvm-svn: 137775

llvm-svn: 137774

llvm-svn: 137773

llvm-svn: 137772

llvm-svn: 137771

llvm-svn: 137770

llvm-svn: 137769

llvm-svn: 137768

llvm-svn: 137767

llvm-svn: 137766

llvm-svn: 137765

llvm-svn: 137764

llvm-svn: 137763

llvm/test/FrontendC++ and FileCheckize.

llvm-svn: 137762

llvm-svn: 137761

[analyzer] teach ExprEngine about loads from static C++ class fields.  Fixes <rdar://problem/9948787>.

llvm-svn: 137760

llvm-svn: 137759

[analyzer] Overhaul of checker registration in preparation for basic plugin support. Removes support for checker groups (we can add them back in later if we decide they are still useful), and -analyzer-checker-help output is a little worse for the time being (no packages).

llvm-svn: 137758

llvm-svn: 137757

llvm-svn: 137756

Minor bug in SCCP found by inspection.  (I don't think it's possible to hit this with a normal pass pipeline, but fixing for completeness.)

llvm-svn: 137755

llvm-svn: 137754

llvm-svn: 137752

llvm-svn: 137751

llvm-svn: 137750

llvm-svn: 137749

llvm-svn: 137748

llvm-svn: 137747

Thumb one requires that many arithmetic instruction forms have an 'S'
suffix. For Thumb2, the whether the suffix is required or precluded depends
on whether the instruction is in an IT block. Use target parser predicates
to check for these sorts of context-sensitive constraints.

llvm-svn: 137746

check for a LandingPadInst.

llvm-svn: 137745

getFirstInsertionPt() returns an iterator to the first insertion point in a
basic block. This is after all PHIs and any other instruction which is required
to be at the top of the basic block (like LandingPadInst).

llvm-svn: 137744

llvm-svn: 137743

llvm-svn: 137742

The redo script did not take into account the compiler and architecture configuration of the failed tests.

llvm-svn: 137741

llvm-svn: 137740

llvm-svn: 137739

llvm-svn: 137738

C++ methods for a function depending on how the DWARF was 
created. Now we parse the class type from the definition,
and all methods that use DW_AT_specification or DW_AT_abstract_origin
attributes to point to the definition, now won't create
duplicate entries. This is in response to how clang++ creates
much different DWARF than gcc.

llvm-svn: 137737