llvm-svn: 73927

the new trait-based construction of MemRegion objects.

llvm-svn: 73926

llvm-svn: 73924

llvm-svn: 73922

new generalized region-construction code.

llvm-svn: 73921

llvm-svn: 73918

member template functions and traits. The idea is to allow MemRegionManager to
construct subclasses of MemRegion that aren't declared in MemRegion.h (e.g.,
checker-specific regions).

llvm-svn: 73917

specialization. At present, all implicit instantiations occur at the
end of the translation unit.

llvm-svn: 73915

deprecated decls.

llvm-svn: 73914

compilation, and (hopefully) introduce RAII objects for changing the
"potentially evaluated" state at all of the necessary places within
Sema and Parser. Other changes:

  - Set the unevaluated/potentially-evaluated context appropriately
    during template instantiation.
  - We now recognize three different states while parsing or
    instantiating expressions: unevaluated, potentially evaluated, and
    potentially potentially evaluated (for C++'s typeid).
  - When we're in a potentially potentially-evaluated context, queue
    up MarkDeclarationReferenced calls in a stack. For C++ typeid
    expressions that are potentially evaluated, we will play back
    these MarkDeclarationReferenced calls when we exit the
    corresponding potentially potentially-evaluated context.
  - Non-type template arguments are now parsed as constant
    expressions, so they are not potentially-evaluated.

llvm-svn: 73899

llvm-svn: 73897

instead. Do the implicit default ctor checking in MarkDeclarationReferenced.

llvm-svn: 73888

-Added comment for FunctionDecl::EndRangeLoc
-Removed a redundant check from FunctionDecl::setBody

llvm-svn: 73886

llvm-svn: 73885

llvm-svn: 73880

building obj-c++ clients. "Protocol" is a class name in Cocoa.h

llvm-svn: 73854

llvm-svn: 73851

llvm-svn: 73833

llvm-svn: 73826

llvm-svn: 73825

Introduce SourceManager::getLocation() to get a source location out of a "file:line:column" triplet.

llvm-svn: 73823

llvm-svn: 73822

Introduce Decl::getSourceRange() which, like Stmt::getSourceRange(), represents the range that the declaration covers.

Add initial support for NamespaceDecl, VarDecl, and FunctionDecl:
-NamespaceDecl range is from name to '}'
-VarDecl is from name to possible init expression
-FunctionDecl is from name to last parameter name or to end of its function body.

llvm-svn: 73821

llvm-svn: 73820

ASTUnit is a helper class to allow easy loading of an ASTContext from a PCH file. No users for now.

llvm-svn: 73819

llvm-svn: 73812

llvm-svn: 73804

BlockDeclRefExpr to PCH.

llvm-svn: 73800

C++. This logic is required to trigger implicit instantiation of
function templates and member functions of class templates, which will
be implemented separately.

This commit includes support for -Wunused-parameter, printing warnings
for named parameters that are not used within a function/Objective-C
method/block. Fixes <rdar://problem/6505209>.

llvm-svn: 73797

to not lose its 'const/volatile' qualifier.

llvm-svn: 73795

work in progress.

llvm-svn: 73782

preferring to use their replacements in GRState. This further unifies the code
paths for such logic and leads to some code reduction.

llvm-svn: 73771

llvm-svn: 73762

llvm-svn: 73758

because the type of the symbol is used to create the default range. We need the
sign to be consistent.

llvm-svn: 73756

ElementRegion.

llvm-svn: 73754

Make changes to PCHReader to allow reading a PCH file without having a pre-initialized Preprocessor.

-Introduce 'PCHReaderListener' which is an abstract interface for getting various information from the PCHReader.
-If PCHReader is constructed without a Preprocessor, it can still load the file and invoke the callbacks of PCHReaderListener.
-If PCHReader is constructed with an initialized Preprocessor, PCHValidator is used as a PCHReaderListener to validate the contents of the PCH file against the given Preprocessor.

llvm-svn: 73741

GRState->bindXXX and friends (and constify some arguments along the way).

llvm-svn: 73740

llvm-svn: 73735

- Remove the 'isFeasible' flag from all uses of 'Assume'.
- Remove the 'Assume' methods from GRStateManager.  Now the only way to
  create a new GRState with an assumption is to use the new 'assume' methods
  in GRState.

llvm-svn: 73731