llvm-svn: 84415

llvm-svn: 84414

llvm-svn: 84413

TemplateTypeParmType with the substituted type directly;  instead, replace it
with a SubstTemplateTypeParmType which will note that the type was originally
written as a template type parameter.  This makes it reasonable to preserve
source information even through template substitution.

Also define the new SubstTemplateTypeParmType class, obviously.

For consistency with current behavior, we stringize these types as if they
were the underlying type.  I'm not sure this is the right thing to do.
At any rate, I paled at adding yet another clause to the don't-desugar 'if'
statement, so I extracted a function to do it.  The new function also does
The Right Thing more often, I think:  e.g. if we have a chain of typedefs
leading to a vector type, we will now desugar all but the last one.

llvm-svn: 84412

llvm-svn: 84411

llvm-svn: 84410

llvm-svn: 84409

llvm-svn: 84408

llvm-svn: 84407

llvm-svn: 84406

llvm-svn: 84405

instructions.

llvm-svn: 84404

llvm-svn: 84403

transform, which isn't happening yet.

llvm-svn: 84402

llvm-svn: 84401

llvm-svn: 84400

llvm-svn: 84399

llvm-svn: 84398

accessible through opt.  Patch by Tobias Grosser!

llvm-svn: 84397

llvm-svn: 84396

llvm-svn: 84395

llvm-svn: 84394

llvm-svn: 84393

 - Really this should be simplified by the FIXME above, but I'm too deep in DFS.

llvm-svn: 84392

llvm-svn: 84391

 - I have this crazy dream that one day someone will invent a miraculous tool so
   that developers, instead of hand optimizing their source code to obscure its
   intent and decrease its maleability, will instead write what they mean, and
   this strange and wonderful tool -- which I imagine would be called something
   fancy sounding like "an optimizing compiler" -- will make their code fast
   *for* them. With all the saved time, developers could maybe even focus on
   making the magic "optimizing compiler" better!!

 - No intended functionality change, all though I expect the universe to mock me
   for snarkiness.

llvm-svn: 84390

llvm-svn: 84389

llvm-svn: 84388

(http://code.google.com/p/googletest/wiki/GoogleTestAdvancedGuide#Typed_Tests)
in lit.py.  These tests have names like "ValueMapTest/0.Iteration", which broke
when lit.py os.path.join()ed them onto the path and then assumed it could
os.path.split() them back off.  This patch shifts path components from the
testPath to the testName until the testPath exists.

llvm-svn: 84387

TypeLoc class names to be $(Type classname)Loc.  Rewrite the visitor.
Provide skeleton implementations for all the new TypeLocs.

Handle all cases in PCH.  Handle a few more cases when inserting
location information in SemaType.

It should be extremely straightforward to add new location information
to existing TypeLoc objects now.

llvm-svn: 84386

llvm-svn: 84385

llvm-svn: 84383

conversions.

llvm-svn: 84382

llvm-svn: 84381

llvm-svn: 84380

llvm-svn: 84379

llvm-svn: 84378

llvm-svn: 84377

llvm-svn: 84376

llvm-svn: 84375