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

by the command line option if present.

llvm-svn: 69521

with assembler-with-cpp mode.

llvm-svn: 69520

will talk to steve.

llvm-svn: 69519

llvm-svn: 69518

llvm-svn: 69517

bigger than the vector element type, turn checking
of the operand type back on again, appropriately
adjusted.

llvm-svn: 69516

value type union: this field was causing problems for
some compilers on 64 bit systems, presumably because
SimpleTy is 32 bits wide while the other fields are
64 bits wide.

llvm-svn: 69515

@class but no implementation.  This was broken in all 3 runtime
impls.

llvm-svn: 69512

llvm-svn: 69511

they do allow switches.

llvm-svn: 69510

calling into the jump checker when a function or method is known to contain
no VLAs or @try blocks.

llvm-svn: 69509

llvm-svn: 69508

llvm-svn: 69507

llvm-svn: 69506

already too large.

llvm-svn: 69505

llvm-svn: 69504

 - The confusing IRgen bitfield interface is partly to blame here;
   fixing the functional error for now, cleanups to the interface to
   follow.

llvm-svn: 69503

llvm-svn: 69502

llvm-svn: 69501

llvm-svn: 69500