Removing this shared data should enable clang_createTranslationUnit/clang_createTranslationUnitFromSourceFile to be run from multiple threads (related to <rdar://problem/7303432>).

llvm-svn: 84499

llvm-svn: 84498

Daniel's comment.

llvm-svn: 84484

column computation isn't correct and could exceed the line length, which
resulted in a buffer overflow later.
 - Chris, is there a better way for this code to compute the final column used
   by the caret?

llvm-svn: 84475

llvm-svn: 84469

llvm-svn: 84466

llvm-svn: 84458

 - I'm not sure this is ideal, but otherwise clients must be overly careful when handling decl's which can have empty names.

llvm-svn: 84457

llvm-svn: 84456

llvm-svn: 84455

llvm-svn: 84454

llvm-svn: 84453

When binding a reference to a temporary, it's important that other temporaries created as on the RHS are destroyed before emitting the dtor for the temporary.

llvm-svn: 84451

llvm-svn: 84449

llvm-svn: 84448

are updated.

llvm-svn: 84447

llvm-svn: 84446

llvm-svn: 84445

llvm-svn: 84443

trashing.

llvm-svn: 84439

llvm-svn: 84438

 - strcmp -> ==
 - OS.write(II->getName() ...) -> OS << II->getNameStr()
 - Avoid std::string concatenation
 - Use getNameStr().str() when an std::string is really needed.

llvm-svn: 84437

llvm-svn: 84436

llvm-svn: 84435

form that LLVM code generators can turn into efficient code.  For example,
int4 a, b, c;
a = (int4)(b.yzw, a.x)

llvm-svn: 84434

llvm-svn: 84433

llvm-svn: 84428

llvm-svn: 84427

llvm-svn: 84426

llvm-svn: 84423

llvm-svn: 84422

llvm-svn: 84421

llvm-svn: 84420

llvm-svn: 84419

llvm-svn: 84418

The AuroraUX toolchain has conflicting wchar_t between the system stdlib.h header and the clang stddef.h header where clang was defining as int where we use long.

llvm-svn: 84416

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