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

llvm-svn: 69546

llvm-svn: 69545

for a token is set, this makes the diagnostic "expanded from stack" work
for this diagnostic.  Add a testcase for PR3918.

llvm-svn: 69544

llvm-svn: 69543

llvm-svn: 69542

llvm-svn: 69541

llvm-svn: 69540

llvm-svn: 69539

llvm-svn: 69538

llvm-svn: 69537

by rejecting invalid poisoned tokens in the token
pasting path.

llvm-svn: 69536

Another piece of the conditional operator puzzle. We'll want to use FindCompositePointerType in some other places, too.

llvm-svn: 69534

llvm-svn: 69532

freeMachineCodeForFunction was never called.

llvm-svn: 69531

in a function-like macro body.  This has the added bonus of moving some
function-like macro specific code out of the object-like macro codepath.

llvm-svn: 69530

llvm-svn: 69529

non-glibc ones.

llvm-svn: 69528

functions in glibc header files that use FP Stack inline asm which the
backend can't deal with (PR879).

This "fixes" PR3970 for linux.  Other affected systems should do similar
things.  Maybe this should just go to the general i386/x86-64 sections?

llvm-svn: 69527

rdar://6805442

llvm-svn: 69525

through like other directives PTH doesn't care about.  This
should fix rdar://6804029

llvm-svn: 69524

llvm-svn: 69523

llvm-svn: 69522