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

we look into a Scope that corresponds to a compound statement whose
scope was combined with the scope of the function that owns it. This
improves typo correction in many common cases.

llvm-svn: 92879

specifier that we corrected to.

llvm-svn: 92878

pointing to the declaration that we found that has that name (if it is
unique).

llvm-svn: 92877

llvm-svn: 92875

corresponding @interface, provide a note showing which interface we're
referring to. This note has the fix-it hint on it.

Also, don't automatically apply fix-it hints for notes. They're meant
to express fix-its that would change semantics.

llvm-svn: 92870

llvm-svn: 92869

llvm-svn: 92868

ASTContext. Fixes <rdar://problem/7495428>.

llvm-svn: 92867

llvm-svn: 92866

llvm-svn: 92863