ASTUnit::LoadFromCompilerInvocation() fails to create target
information.

llvm-svn: 98697

llvm-svn: 98655

presence or absence of header map arguments when using the precompiled
header would cause Clang to get confused about which headers had
already been included/imported, along with their controlling
macros. The fundamental problem is that the serialization of the
header search information was relying on the UIDs of FileEntry objects
at PCH generation time and PCH load time to be equivalent, which
effectively means that we had to probe the same files in the same
order. Differing header map arguments caused an extra FileEntry
lookup, but it's easy to imagine other minor command-line arguments
triggering this problem.

Header-search information is now encoded along with the
source-location entry for a file, so that we register information
about a file's properties as a header at the same time we create the
FileEntry for that file.

Fixes <rdar://problem/7743243>.

llvm-svn: 98636

llvm-svn: 98631

llvm-svn: 98630

<rdar://problem/7735566>.

llvm-svn: 98613

simplifying the SourceManager interfaces somewhat.

llvm-svn: 98598

and start simplifying the interfaces in SourceManager that can fail.

llvm-svn: 98594

SourceManager's getBuffer() (and similar) operations. This abstract
can be used to force callers to cope with errors in getBuffer(), such
as missing files and changed files. Fix a bunch of callers to use the
new interface.

Add some very basic checks for file consistency (file size,
modification time) into ContentCache::getBuffer(), although these
checks don't help much until we've updated the main callers (e.g.,
SourceManager::getSpelling()).

llvm-svn: 98585

llvm-svn: 98541

on unqualified declarations.

Patch by Enea Zaffanella!  Minimal adjustments:  allocate the ExtInfo nodes
with the ASTContext and delete them during Destroy().  I audited a bunch of
Destroy methods at the same time, to ensure that the correct teardown was
being done.

llvm-svn: 98540

llvm-svn: 98488

llvm-svn: 98480

llvm-svn: 98478

llvm-svn: 98473

llvm-svn: 98472

llvm-svn: 98469

llvm-svn: 98437

llvm-svn: 98436

No need to call setIdentifierInfo() after LookUpIdentifierInfo() which LookUpIdentifierInfo() will automatically do

llvm-svn: 98435

Tested: make CPPFLAGS=-m64 CXXFLAGS=-m64 -j8 && (cd tools/clang;make test)
llvm-svn: 98399

whether it inherited one from a previous declaration.

Patch by Enea Zaffanella!

llvm-svn: 98362

llvm-svn: 98343

external linkage (static, extern, etc.) in blocks in
rewriter. wip.

llvm-svn: 98265

Fixes radar 7738452.

llvm-svn: 98190

injected class name of a class template or class template partial specialization.
This is a non-canonical type;  the canonical type is still a template 
specialization type.  This becomes the TypeForDecl of the pattern declaration,
which cleans up some amount of code (and complicates some other parts, but
whatever).

Fixes PR6326 and probably a few others, primarily by re-establishing a few
invariants about TypeLoc sizes.     

llvm-svn: 98134

llvm-svn: 97954

of the class name.

llvm-svn: 97943

Objective-C method declaration, e.g., for 

  - (Foo *)myMethod;

we now have TypeSourceInfo for the Foo*.

llvm-svn: 97942

llvm-svn: 97920

llvm-svn: 97916

Rename to addPPCallbacks since we're effectively adding a callback and maybe chaining it to an existing one

llvm-svn: 97913

Don't assert if PP already contains a valid PP callback. The PP can handle multiple callbacks (using PPChainedCallbacks)

llvm-svn: 97910

as a "C++ Friendly" system header directory.  This fixes
PR6523.

llvm-svn: 97885

llvm-svn: 97878

The Windows build is just too weird; there's no real cost to doing the concurrency checks for ASTUnit in all builds

llvm-svn: 97840

llvm-svn: 97835

llvm-svn: 97831

llvm-svn: 97810

on a block API struct definition.

llvm-svn: 97754