llvm-svn: 131733

to a warning, since apparently libstdc++'s debug mode does this (and
we can recover safely). Add a Fix-It to insert the "inline", just for kicks.

llvm-svn: 131732

manifested in a crash with blocks in PR9953, but it was a ticking time
bomb for normal functions, too. Fixes PR9953.

llvm-svn: 131731

llvm-svn: 131729

llvm-svn: 131728

llvm-svn: 131727

llvm-svn: 131722

llvm-svn: 131706

llvm-svn: 131702

llvm-svn: 131701

template case.

llvm-svn: 131692

llvm-svn: 131691

llvm-svn: 131672

llvm-svn: 131671

llvm-svn: 131670

llvm-svn: 131662

llvm-svn: 131640

- Adds gcc 4.6 to gcc list so that linking will work on openSUSE 12.1

Patch by İsmail Dönmez!

llvm-svn: 131637

Patch by Ismail Dönmez!

llvm-svn: 131636

llvm-svn: 131633

Reapply r121528, fixing PR9941 by delaying the exception specification check for destructors until the class is complete and destructors have been adjusted.

llvm-svn: 131632

llvm-svn: 131614

llvm-svn: 131611

llvm-svn: 131574

other things, libcxx not building.

llvm-svn: 131573

llvm-svn: 131558

llvm-svn: 131528

member functions by making sure that they're on the record before
checking for deletion.

Also make sure source locations are valid to avoid crashes.

Unfortunately, the declare-all-implicit-members approach is still
required in order to ensure that dependency loops do not result in
incorrectly deleting functions (since they are to be deleted at the
declaration point per the standard).

Fixes PR9917

llvm-svn: 131520

I hear at least one person crying out in anguish, but it's unfortunately
necessary to avoid infinite loops with mutually dependent constructors
trying to call each other and determine if they are deleted.

It might be possible to go back to the old behavior if we can implement
part-of-file lookups efficiently, or if a solution is discovered by
which we can safely detect and avoid infinite recusion.

llvm-svn: 131515

llvm-svn: 131505

<rdar://problem/8107317>

llvm-svn: 131504

llvm-svn: 131499

user specified string class via -fconstant-string-class option.
pr9914.

llvm-svn: 131496

1. We would assume that the length of the string literal token was at least 2
2. We would allocate a buffer with size length-2

And when the stars aligned (one of which would be an invalid source location due to stale PCH)
The length would be 0 and we would try to allocate a 4GB buffer.

Add checks for this corner case and a bunch of asserts.
(We really really should have had an assert for 1.).

Note that there's no test case since I couldn't get one (it was major PITA to reproduce),
maybe later.

llvm-svn: 131492

llvm-svn: 131491

For calls returning first-class aggregates, store by element instead of creating aggregate stores in common cases.  This is more friendly to fast-isel.

llvm-svn: 131490

optimization for abstract classes;  there was a misunderstanding, and
it turns out that there are no kexts which rely on this.

llvm-svn: 131489

constructors, including two more FIXMEs (one of which I don't actually
understand).

llvm-svn: 131487

I have on that's #if 0'ed out, and I don't know why it's failing to
delete the constructor. I'd appreciate if someone familiar with access
control could look into ShouldDeleteDefaultConstructor - thanks.

llvm-svn: 131486

llvm-svn: 131478