also gets access to the Sema object performing semantic analysis. This
will be used by the PCH writer to serialize Sema state.

No functionality change.

llvm-svn: 69595

Test will be enabled with ObjCInterfaceDecl is added.

llvm-svn: 69594

llvm-svn: 69587

minor accepts-invalid regressions, but we weren't really rejecting them for 
the right reason.  We really need a more general solution to detect all the 
cases of the promotion of arrays with a register storage class.

llvm-svn: 69586

raw_ostreams. Requires LLVM r69583.

llvm-svn: 69584

 - No functionality change.

llvm-svn: 69582

@synthesized ivars for superclasses.
 - <rdar://problem/6806371> [clang] Mark code without miscompiled
   @synthesized properties

llvm-svn: 69581

llvm-svn: 69580

Drop uses of GetFirstInvarInRecord, instead we lookup the ivars we
know are in the record.
 - This is somewhat less efficient, but I need to detangle this code
   first...

llvm-svn: 69579

llvm-svn: 69578

llvm-svn: 69577

llvm-svn: 69576

null string / identifier.

llvm-svn: 69575

llvm-svn: 69573

Also, added assertion that the field matches what would be looked up.

llvm-svn: 69572

remove special case hack for -Werror-implicit-function-declaration

llvm-svn: 69571

get FunctionDecl with more general utility method.

llvm-svn: 69570

llvm-svn: 69569

llvm-svn: 69568

subsequently crashed).

llvm-svn: 69567

Adapted from patch by Tim Northover.

llvm-svn: 69566

methods of SVal.

llvm-svn: 69565

useful for macro-heavy codebases that tend to trigger this warning a 
lot.

Note that a make clean is required to get the option working; the 
dependencies for DiagnosticGroups.inc appear to be broken.

llvm-svn: 69564

llvm-svn: 69563

llvm-svn: 69562

 - No functionality change.

llvm-svn: 69561

will let us test for multiple different warning modes in the same
file in regression tests.

This implements rdar://2362963, a 10-year old feature request :)

llvm-svn: 69560

Warnings.cpp.  Warnings.cpp now doesn't need to #include
tblgen produced output directly.

llvm-svn: 69559

mode, just ignore them as usual.

llvm-svn: 69558

llvm-svn: 69557

support it.  I don't know what evaluation method we use for complex
arithmetic, so I don't know whether/if we should warn about use of
CX_LIMITED_RANGE.

This concludes my planned hacking on STDC pragmas, flame away :)

llvm-svn: 69556

llvm-svn: 69555

llvm-svn: 69554

llvm-svn: 69553

Let me know if I messed up for some target.  Note that for Windows, we 
should be able to support it (MSVC supports "__declspec(thread)"), but 
I'm pretty sure LLVM doesn't know how to generate the correct code.

llvm-svn: 69552

llvm-svn: 69551

llvm-svn: 69550

llvm-svn: 69549

llvm-svn: 69548

llvm-svn: 69547