pointer variable. Patch by David Blaikie!

llvm-svn: 138687

llvm-svn: 138684

llvm-svn: 138681

Try to unbreak the build on systems where uint64_t isn't something that StringRef::getAsInteger can handle as its second argument

llvm-svn: 138680

loads the named module. The syntax itself is intentionally hideous and
will be replaced at some later point with something more
palatable. For now, we're focusing on the semantics:
  - Module imports are handled first by the preprocessor (to get macro
  definitions) and then the same tokens are also handled by the parser
  (to get declarations). If both happen (as in normal compilation),
  the second one is redundant, because we currently have no way to
  hide macros or declarations when loading a module. Chris gets credit
  for this mad-but-workable scheme.
  - The Preprocessor now holds on to a reference to a module loader,
  which is responsible for loading named modules. CompilerInstance is
  the only important module loader: it now knows how to create and
  wire up an AST reader on demand to actually perform the module load.
  - We search for modules in the include path, using the module name
  with the suffix ".pcm" (precompiled module) for the file name. This
  is a temporary hack; we hope to improve the situation in the
  future.

llvm-svn: 138679

llvm-svn: 138674

of the migrated files. rdar://10022801

llvm-svn: 138671

llvm-svn: 138670

are lexically within a particular DeclContext. Test forthcoming.

llvm-svn: 138668

for catching this.

llvm-svn: 138666

cases we want the prefix to be the original file name less the suffix.  For an
input such as test.c to named temporary would be something like test-3O4Clq.o
Part of <rdar://problem/8314451>

llvm-svn: 138662

after having already deserialized the fields, clear out the fields
first. This makes sure that we keep all of the declarations in the
lexical context (including those implicitly added by later
type-checking) within the same list. A test case for this behavior is
coming as part of another commit; testing for this problem in
isolation is a nightmare.

llvm-svn: 138661

finding life-time conflict with its declared ivar.
// rdar://10007230

llvm-svn: 138659

emit all gl-value arguments as reference bindings.

llvm-svn: 138655

llvm-svn: 138649

llvm-svn: 138648

Make sure we don't crash printing builtin candidates for overloads of deleted operators.  Fixes PR10757.

llvm-svn: 138645

llvm-svn: 138639

the crazy comma expression so that we get an r-value in the
varargs position.

llvm-svn: 138638

<rdar://problem/10027287>

llvm-svn: 138637

llvm-svn: 138631

better.

llvm-svn: 138628

really shouldn't be optional.  Fix the remaining place where a
temporary was being passed as potentially-aliased memory.

Fixes PR10756.

llvm-svn: 138627

llvm-svn: 138624

llvm-svn: 138617

bridged cast.  Noticed by AST inspection by Ted Kremenek!

llvm-svn: 138616

llvm-svn: 138615

llvm-svn: 138614

Also convert stack-addr-ps.cpp to use the analyzer instead of just Sema, now
that it doesn't crash, and extract the stack-block test into another file since
it errors, and that prevents the analyzer from running.

llvm-svn: 138613

globals during codegen.
Fixes <rdar://problem/10017909>.

llvm-svn: 138612

llvm-svn: 138611

llvm-svn: 138610

llvm-svn: 138607

Much to everyone's surprise, the default constructor for TypeResult produces
an instance with Invalid == false. This seems like a decision we may want to
revisit.

llvm-svn: 138601

emit call results into potentially aliased slots.  This allows us
to properly mark indirect return slots as noalias, at the cost
of requiring an extra memcpy when assigning an aggregate call
result into a l-value.  It also brings us into compliance with
the x86-64 ABI.

llvm-svn: 138599

declated method in the class belongs to a synthesized
property getter/setter. // rdar://10014946

llvm-svn: 138598

Eliminate the -chained-pch flag and all of the frontend and libclang options associated with it. Chained PCH is the only way to build a PCH file that includes another PCH file

llvm-svn: 138597

llvm-svn: 138596

from the given source. -emit-module behaves similarly to -emit-pch,
except that Sema is somewhat more strict about the contents of
-emit-module. In the future, there are likely to be more interesting
differences.

llvm-svn: 138595

changes. // rdar://10015110

llvm-svn: 138594