llvm-svn: 73937

Among other things, this makes the warning about unknown warning options mappable.
For example:

$ clang t.c -Werror -Wfoo
error: unknown warning option '-Wfoo' [-Wunknown-warning-option]

For another thing, they are properly color coded now too :)

llvm-svn: 73936

- Embed a reference to MemRegionManager objects in MemSpaceRegion objects
- Use this embedded reference for MemRegion objects to access ASTContext objects without external help
- Use this access to ASTContext to simplify 'isBoundable' (no ASTContext& argument required)

llvm-svn: 73935

llvm-svn: 73934

llvm-svn: 73933

llvm-svn: 73932

llvm-svn: 73931

llvm-svn: 73930

llvm-svn: 73929

llvm-svn: 73928

llvm-svn: 73927

the new trait-based construction of MemRegion objects.

llvm-svn: 73926

llvm-svn: 73925

llvm-svn: 73924

llvm-svn: 73923

llvm-svn: 73922

new generalized region-construction code.

llvm-svn: 73921

sides is CouldNotCompute, the resulting exact count must be CouldNotCompute.

llvm-svn: 73920

This is still a work in progress but most of the NEON instruction set
is supported.

llvm-svn: 73919

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

llvm-svn: 73916

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

llvm-svn: 73915

deprecated decls.

llvm-svn: 73914

llvm-svn: 73913

llvm-svn: 73912

llvm-svn: 73911

llvm-svn: 73910

another change that makes the types ambiguous (at least as far as tablegen
is concerned).

llvm-svn: 73909

conservatively correctly, instead of aborting.

llvm-svn: 73908

llvm-svn: 73907

llvm-svn: 73906

for "thumb" and add a check for V6T2.

llvm-svn: 73905

llvm-svn: 73903

llvm-svn: 73902

caller-saved register.

llvm-svn: 73901

types for the target (I think).  This was breaking
the PPC32 calling sequence.

llvm-svn: 73900

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

Fix another register coalescer crash: forgot to check if the instruction being updated has already been coalesced.

llvm-svn: 73898

llvm-svn: 73897