llvm-svn: 93044

llvm-svn: 93023

llvm-svn: 93022

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

llvm-svn: 93015

llvm-svn: 93003

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

restore to the one most recently created.

llvm-svn: 92959

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

llvm-svn: 92955

llvm-svn: 92954

llvm-svn: 92953

llvm-svn: 92952

Replace magic numbers with uuids.

llvm-svn: 92941

easier to understand.

llvm-svn: 92932

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

llvm-svn: 92929

llvm-svn: 92928

llvm-svn: 92927

rewriting.

llvm-svn: 92925

llvm-svn: 92924

llvm-svn: 92923

llvm-svn: 92922

llvm-svn: 92917

llvm-svn: 92911

llvm-svn: 92897

no viable overloads.  Use a different message when the class provides
no operator[] overloads at all; use it for operator(), too.

Partially addresses PR 5900.

llvm-svn: 92894

piece of the declaration.  The '@' and the 'end' are separate tokens,
and require two SourceLocations to accurately track.

This change was motivated because ObjCContainerDecl::getSourceRange()
would previously not return the entire range of the declaration (the
'end' would be left off).

llvm-svn: 92891

llvm-svn: 92890

llvm-svn: 92882

but this one is wrong.  Thanks to Tanya for noticing this.

llvm-svn: 92881

llvm-svn: 92880