Handle corner case where clang-cc is invoked directly to compile preprocessed source file without -main-file-name. In this case, CDDebugInfo is not able identify correct main source file becase SM.isFromMainFile() returns true for locations from header files as well as locations from main source file.
This patch takes conservative approach by not emitting more then one compile unit with isMain bit set.

llvm-svn: 69902

target addresses.

llvm-svn: 69900

llvm-svn: 69899

when popping location contexts.

llvm-svn: 69898

by accepting and ignoring it for now.

llvm-svn: 69897

llvm-svn: 69896

pieces for location contexts.

llvm-svn: 69895

llvm-svn: 69894

This enables class recognition to work with PCH. I believe this means we can remove Sema::ObjCInterfaceDecls and it's usage within Sema::LookupName(). Will investigate.

llvm-svn: 69891

Note: This support is non-lazy. Once we get "Cocoa.h" humming, we can optimize this.
llvm-svn: 69884

 - This shouldn't change anything, we never actually access it, but
   this is consistent with llvm-gcc (and 32-bit)

llvm-svn: 69880

llvm-svn: 69875

 - As with malloc and friends, this is important where the return type
   on a 64-bit platform would otherwise end up discarding the upper
   32-bits.

llvm-svn: 69874

llvm-svn: 69873

the type assigned by sema (and is visible with sizeof(__func__) for
example) has nothing to do with what codegen ends up producing.
We should eventually add a method on PredefinedExpr to handle this.
In the meantime, just set up some framework and add some fixme's.

llvm-svn: 69872

llvm-svn: 69871

 - This wasn't actually all that useful and isn't worth the extra
   (hard)code.

llvm-svn: 69869

on armv* to be more compatible

llvm-svn: 69864

llvm-svn: 69861

llvm-svn: 69860

llvm-svn: 69859

llvm-svn: 69858

DeclContext rather than in a separate list. This makes PCH
(de-)serialization trivial, so that ivars can be loaded lazily.

llvm-svn: 69857

llvm-svn: 69856

llvm-svn: 69855

Add a CXXConstructExpr that represents an implicit call to a C++ constructor. I think CXXTemporaryObjectExpr is going to become a subclass of CXXConstructExpr, since CXXTemporaryObjectExpr represents a syntactic temporary, for example T()

llvm-svn: 69854

 - Notably, there was a memory error here, SkipIvars does not have to
   be the same size as IvarsInfo.

 - Fariborz, please check.

llvm-svn: 69850

methods, class methods, and property implementations) and instead
place all of these entities into the DeclContext.

This eliminates more linear walks when looking for class or instance
methods and should make PCH (de-)serialization of ObjCDecls trivial
(and lazy).

llvm-svn: 69849

llvm-svn: 69843

llvm-svn: 69838

llvm-svn: 69835

indicate whether or not the range represents an absolute range or should be
extended by lexing to the end of the token.

llvm-svn: 69834

llvm-svn: 69833

llvm-svn: 69831

llvm-svn: 69830

to happen (ever), but at least we'll do the right thing when it does.

llvm-svn: 69829

headers. Future approaches to (de-)serializing ASTs will be based on
the PCH infrastructure.

llvm-svn: 69828

Eliminate some FIXMEs in the PCH reader that were either already fixed or aren't actually things to fix

llvm-svn: 69827

in a bunch of declarations from the PCH file. We're down to loading
very few declarations in Carbon-prefixed "Hello, World!":

*** PCH Statistics:
  6/20693 types read (0.028995%)
  7/59230 declarations read (0.011818%)
  50/44914 identifiers read (0.111324%)
  0/32954 statements read (0.000000%)
  5/6187 macros read (0.080815%)

llvm-svn: 69825

llvm-svn: 69824