llvm-svn: 81102

llvm-svn: 81101

destroying the CXXConstructExpr.", this is causing test failures across the
board.

llvm-svn: 81100

llvm-svn: 81099

breaks MiniSAT on x86_64.

llvm-svn: 81098

llvm-svn: 81097

Initialize default CXXConstructExpr arguments to 0. Fixes a crash when destroying the CXXConstructExpr.

llvm-svn: 81096

equality. Prefer EXPECT_EQ(foo, Full) over EXPECT_TRUE(foo.isFullSet()) because
the former will print out the contents of the constant range that failed.

llvm-svn: 81094

This can break when there are implicit conversions from types raw_ostream
understands but std::ostream doesn't, but it increases the number of cases that
Just Work.

llvm-svn: 81093

llvm-svn: 81092

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: 81082

llvm-svn: 81081

llvm-svn: 81080

llvm-svn: 81079

llvm-svn: 81078

llvm-svn: 81077

llvm-svn: 81076

llvm-svn: 81075

llvm-svn: 81074

llvm-svn: 81073

llvm-svn: 81072

llvm-svn: 81071

ignore non-canonical type classes, but apparently we need to know how to mangle
dependent names.

The missing cases are much more obvious now.

llvm-svn: 81070

llvm-svn: 81069

llvm-svn: 81068

offsets better for thunk refinements.  Cleanups.  WIP.

llvm-svn: 81067

llvm-svn: 81066

ways:  remove elab types during desugaring, enhance pretty-printing to allow
tags to be suppressed without suppressing scopes, look through elab types
when associating a typedef name with an anonymous record type.

llvm-svn: 81065

ActionGRExprEngine().

llvm-svn: 81064

llvm-svn: 81063

llvm-svn: 81062

llvm-svn: 81061

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

llvm-svn: 81059

Do not use DenseMap operator[] because it inserts new entry if lookup fails. Use find() to check an entry in a DenseMap first.

llvm-svn: 81058