GRState object has a direct reference to its GRStateManager, making
the functionality of GRStateRef redunandant.  This will lead to some
nice API cleanup and code shrinking across libAnalysis.

llvm-svn: 73644

thereof. Patch by Anders Johnsen!

llvm-svn: 73641

llvm-svn: 73637

llvm-svn: 73626

llvm-svn: 73604

 - Turns out libstdcxx greps for this in configure.

llvm-svn: 73582

 - I think we will eventually need to support this for realz, and some build
   processes seem to depend on these options.

llvm-svn: 73581

Since integral template arguments can't have dependent types we don't need an extra pass to set the right APSInt bit width/signedness.

llvm-svn: 73580

llvm-svn: 73574

- Add "sections" to RegionStoreManager.cpp to delineate functionality.
- Add new function "CreateFieldsOnlyRegionStoreManager" that uses the new
  RegionStoreFeatures class to use a reduced set of features from
  RegionStoreManager (in this case, only field-sensitivity). This isn't
  completely hooked up yet.

llvm-svn: 73572

llvm-svn: 73556

tool chain.

llvm-svn: 73555

InitializeAllAsmPrinters LLVM headers. Also includes some minor fixes
for the CMake-based build with Xcode.

llvm-svn: 73544

It is possible that main input file does not have any symbol with debug info. To  handle this edge case, always create main compile unit first.
This fixes PR 4228.

llvm-svn: 73520

have target-specific builtins, and do not set the count.
Just default to 0 for these targets.

llvm-svn: 73510

llvm-svn: 73495

registered when PCH wasn't being used.  We should always install (in BuiltinInfo)
information about target-specific builtins, but we shouldn't register any builtin
identifier infos.  This fixes the build of apps that use PCH and target specific
builtins together.

llvm-svn: 73492

be unique.

llvm-svn: 73482

llvm-svn: 73474

llvm-svn: 73462

llvm-svn: 73452

llvm-svn: 73450

Fix: <rdar://problem/6945561> -[CIContext createCGLayerWithSize:info:] misinterpreted by clang scan-build

llvm-svn: 73415

llvm-svn: 73411

C++-specific tokens.

llvm-svn: 73408

llvm-svn: 73402

llvm-svn: 73395

llvm-svn: 73391

its (possibly-remapped) diagnostics. Thanks, Chris!

llvm-svn: 73390

unnecessary, this was causing issues for assembler-with-cpp mode, which 
doesn't process the directive.

llvm-svn: 73382

ranges more similar to the console output.  Consider:

#define FOO(X, Y) X/ Y

void foo(int *P, int *Q) {
  FOO(P, Q);
}

Before we emitted:

t.c:4:3:{4:3-4:6}{4:3-4:6}: error: invalid operands to binary expression ('int *' and 'int *')
   FOO(P, Q);
   ^~~~~~~~~
...

Note that while we underline the macro args that the range info just includes FOO 
without its macros.  This change teaches the printed ranges to include macro args
also so that we get:

t.c:4:3:{4:3-4:12}{4:3-4:12}: error: invalid operands to binary expression ('int *' and 'int *')
   FOO(P, Q);
   ^~~~~~~~~
...

This fixes rdar://6939599

llvm-svn: 73378

the file at the point of the pragma.  This allows clang to know that all
sourcelocations after the pragma are in a system header.

llvm-svn: 73376

like:
fatal error: could not find file '1.h' referenced by PCH file
instead of aborting with an assertion failure, PR4219

llvm-svn: 73371

llvm-svn: 73370

llvm-svn: 73367

can occur in the middle of comment tokens.

llvm-svn: 73365

"GCC emits an __objc_class_name_{classname} symbol for every class, and a corresponding reference to this symbol for every compilation unit that references the class.  This causes linker errors when you try linking a program which references some classes but doesn't define them.  The attached patch implements this support in clang, so you can compile a class with clang, reference it in a file compiled with GCC, and have it all work correctly."

Patch by David Chisnall!

llvm-svn: 73364

like "int x = + +3;".

llvm-svn: 73356

static intializers for structs.

llvm-svn: 73349

that were suppressed due to SFINAE. By checking whether any errors
occur at the end of template argument deduction, we avoid the
possibility of suppressing an error (due to SFINAE) and then
recovering so well that template argument deduction never detects that
there was a problem. Thanks to Eli for the push in this direction.

llvm-svn: 73336