flip these tests around.

llvm-svn: 138708

llvm-svn: 138707

llvm-svn: 138706

Before we just left the remaining bytes uninitialized. This is another step in making llvm valgrind-clean again.

llvm-svn: 138705

__import__ within the preprocessor, since the prior one foolishly
assumed that Preprocessor::Lex() was re-entrant. We now handle
__import__ at the top level (only), after macro expansion. This should
fix the buildbot failures.

llvm-svn: 138704

llvm-svn: 138703

things to disasterously over night, this can be reverted.

llvm-svn: 138702

llvm-svn: 138701

llvm-svn: 138700

llvm-svn: 138699

llvm-svn: 138698

llvm-svn: 138697

llvm-svn: 138696

Patch by Xiaoyi Guo!

llvm-svn: 138695

never checking them for NULL.  Pass a reference instead.

llvm-svn: 138694

directly to the one in sys.

llvm-svn: 138693

analyzing so it won't get deleted on us if a formatter runs code.

llvm-svn: 138692

of default argument promotion and needs to happen unconditionally.
This is particularly semantically important in C++0x.

llvm-svn: 138691

llvm-svn: 138689

llvm-svn: 138688

pointer variable. Patch by David Blaikie!

llvm-svn: 138687

Control 'invalid conversion specifier' warnings under a subflag (-Wformat-invalid-specifier) of -Wformat.  Fixes <rdar://problem/10031930>.

llvm-svn: 138686

llvm-svn: 138684

llvm-svn: 138683

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: 138678

Update the test case in light of recent change of LLDB-Info.plist to track Apple Generic Version number
from the Xcode project file.

llvm-svn: 138677

llvm-svn: 138676

Improve encoding support for BLX with immediat eoperands, and fix a BLX decoding bug this uncovered.

llvm-svn: 138675

llvm-svn: 138674

llvm-svn: 138673

These tests have been failing since the beginning of buildbot time:
crash-recovery-code-complete.c
crash-recovery-reparse.c
crash-recovery.c

llvm-svn: 138672

of the migrated files. rdar://10022801

llvm-svn: 138671

llvm-svn: 138670

llvm-svn: 138669

are lexically within a particular DeclContext. Test forthcoming.

llvm-svn: 138668

llvm-svn: 138667

for catching this.

llvm-svn: 138666