for sanity.  This didn't turn up any bugs.

Change CallGraphNode to maintain its "callsite" information in the 
call edges list as a WeakVH instead of as an instruction*.  This fixes
a broad class of dangling pointer bugs, and makes CallGraph have a number
of useful invariants again.  This fixes the class of problem indicated
by PR4029 and PR3601.

llvm-svn: 80663

Don't assume that a base is always a RecordType, it can also be a TemplateSpecializationType. Also, make sure to get the instantiated union member.

llvm-svn: 80662

llvm-svn: 80661

llvm-svn: 80660

llvm-svn: 80659

llvm-svn: 80658

llvm-svn: 80657

llvm-svn: 80656

llvm-svn: 80655

tied to different source registers, the TwoAddressInstructionPass needs to
be smarter.  Change it to check before replacing a source register whether
that source register is tied to a different destination register, and if so,
defer handling it until a subsequent iteration.

llvm-svn: 80654

llvm-svn: 80652

llvm-svn: 80651

llvm-svn: 80650

makes an eggregious hack somewhat more palatable. Bringing the LSDA forward
and making it a GV available for reference would be even better, but is
beyond the scope of what I'm looking to solve at this point.

Objective C++ code could generate function names that broke the previous
scheme. This fixes that.

llvm-svn: 80649

llvm-svn: 80648

llvm-svn: 80647

explicitly-specified template argument lists in member reference
expressions, e.g.,

  x->f<int>()

llvm-svn: 80646

llvm-svn: 80645

llvm-svn: 80644

llvm-svn: 80643

space within the MemberExpr for the nested-name-specifier and its
source range. We'll do the same thing with explicitly-specified
template arguments, assuming I don't flip-flop again.

llvm-svn: 80642

llvm-svn: 80637

existing declaration chains.

llvm-svn: 80636

llvm-svn: 80634

llvm-svn: 80633

llvm-svn: 80632

llvm-svn: 80631

them.  Move the code to make that change inside the conditional.

llvm-svn: 80630

llvm-svn: 80629

also be adding explicit template arguments as an additional
"adornment". No functionality change.

llvm-svn: 80628

llvm-svn: 80627

modify the type and location debug information for these variables to match the
programmer's expectations.

llvm-svn: 80625

template argument lists, e.g., x.f<int>().

Semantic analysis will be a separate commit.

llvm-svn: 80624

SCEVUnknowns, as the non-SCEVUnknown cases in the getSCEVAtScope code
can also end up repeatedly climing through the same expression trees,
which can be unusably slow when the trees are very tall.

Also, add a quick check for SCEV pointer equality to the main
SCEV comparison routine, as the full comparison code can be expensive
in the case of large expression trees.

These fix compile-time problems in some pathlogical cases.

llvm-svn: 80623

llvm-svn: 80622

llvm-svn: 80621

llvm-svn: 80620

llvm-svn: 80618

llvm-svn: 80615

are apparently used by Solaris libc despite the fact that clang claims 
to be compatible with gcc 4.2, which doesn't support them.

llvm-svn: 80610