llvm-svn: 93117

llvm-svn: 93114

nicer than passing around two const char*'s.

llvm-svn: 93094

llvm-svn: 93088

llvm-svn: 93087

-weak_reference_mismatches is not present, it is the default.

llvm-svn: 93086

llvm-svn: 93084

import other headers within the same framework with the full
framework path, not with a relative include.

llvm-svn: 93083

CallExpr/ObjCMessageExpr can be visited in an "lvalue" context if it
returns a struct temporary.  Currently the analyzer doesn't reason
about struct temporary returned by function calls, but we shouldn't
crash here either.

llvm-svn: 93081

llvm-svn: 93078

llvm-svn: 93077

llvm-svn: 93076

lvalue to poke, no functionality change.

llvm-svn: 93075

llvm-svn: 93074

llvm-svn: 93071

llvm-svn: 93064

llvm-svn: 93060

llvm-svn: 93058

llvm-svn: 93057

std::vectors.

- MacroBuilder wraps a raw_ostream so it can easily write to any buffer
  supported by raw_ostream.
- MacroBuilder's method take Twines for easy string concatenation (this was done
  with sprintf and temporary buffers before).
- Targets still use std::vector as they don't have access to the builder.

llvm-svn: 93051

llvm-svn: 93049

llvm-svn: 93048

CXXObjectRegion to represent it. 

In Environment, lookup a literal expression before make up a value for it.

llvm-svn: 93047

llvm-svn: 93044

when the default case is winnowed down to be infeasible.  When all
cases were ruled out (and the analysis state for the default case
would be infeasible) we would still consider the default case
possible.  This fixes PR 5969.

llvm-svn: 93017

not just the viable ones.  This is reasonable because the most common use of
deleted functions is to exclude some implicit conversion during calls;  users
therefore will want to figure out why some other options were excluded.

Started sorting overload results.  Right now it just sorts by location in the
translation unit (after putting viable functions first), but we can do better than
that.

Changed bool OnlyViable parameter to PrintOverloadCandidates to an enum for better
self-documentation.

llvm-svn: 92990

targethook, which is no longer being used. This fixes PR5971.

llvm-svn: 92987

incorrect cast, causing compile error (fixes radar 7342867).

llvm-svn: 92986

llvm-svn: 92979

run-time initialization, and emit run-time initializers aggresively to avoid
ordering issues with deferred globals.

llvm-svn: 92976

suggestions follow recovery. Additionally, add a note to these
diagnostics which suggests a fix-it for changing the behavior to what
the user probably meant. Examples:

t.cpp:2:9: warning: & has lower precedence than ==; == will be evaluated first
      [-Wparentheses]
  if (i & j == k) {
        ^~~~~~~~
          (     )
t.cpp:2:9: note: place parentheses around the & expression to evaluate it first
  if (i & j == k) {
        ^
      (    )

t.cpp:14:9: warning: using the result of an assignment as a condition
without
      parentheses [-Wparentheses]
  if (i = f()) {
      ~~^~~~~
      (      )
t.cpp:14:9: note: use '==' to turn this assignment into an equality
comparison
  if (i = f()) {
        ^
        ==

llvm-svn: 92975

llvm-svn: 92973

implicitness without losing track of the (logical or actual) location
where "this" would occur in the source.

llvm-svn: 92958

_objc_method (part of radar 7490408).

llvm-svn: 92957

llvm-svn: 92952

as a type or scope token if the next token requires it.

This eliminates a lot of redundant lookups in C++, but there's room for
improvement;  a better solution would do a single lookup whose kind and
results would be passed through the parser.

llvm-svn: 92930

rewriting.

llvm-svn: 92925

llvm-svn: 92924

llvm-svn: 92923

llvm-svn: 92922