llvm-svn: 104578

IRgen/C++: When mark vtables used, make sure to still append to the VTableUse array if we promote a vtable from being just used to having its definition required. This ensures that we properly inform the consumer about whether the vtable is required or not, previously we could fail to do so when the vtable was in the VTableUses array before the decl which marked it as required.
 - I think this can be cleaned up, since this means we may notify the consumer about the vtable twice, but I didn't see an easy fix for this without more substantial refactoring.
 - Doug, please review!

llvm-svn: 104577

llvm-svn: 104576

there are already two spaces before the token where the : was expected,
put the : in between the spaces.  This means we get it right in both
of these cases:

t.c:2:17: error: expected ':'
  return a ? b  c;
                ^
               :
t.c:3:16: error: expected ':'
  return a ? b c;
               ^
               : 

In the later case, the diagnostic says to insert ": ", in the former
case it says to insert ":" between the spaces.  This fixes rdar://8007231

llvm-svn: 104569

llvm-svn: 104566

llvm-svn: 104562

major buckets to catch parser and sema issues, add inline asm
category, and make diag groups take precedence over the 
sweeping categories just added.

llvm-svn: 104561

dependent. Fixes <rdar://problem/8021385>.

llvm-svn: 104550

promotion. Fixes <rdar://problem/8020920>.

llvm-svn: 104545

fatal error: too many errors emitted, stopping now [-ferror-limit=]

Tell the user that this is controlled with -ferror-limit=, like above.

llvm-svn: 104528

pointer is copied into a block. Fixes radar 7924024.

llvm-svn: 104526

class declaration's @end is not followed by a new-line.
(radar 7946975).

llvm-svn: 104512

aren't dependent. Fixes <rdar://problem/8020206>.

llvm-svn: 104511

extension warning (which other compilers seem to use). Works around a
known bug in Xalan.

llvm-svn: 104509

conversion. Fixes PR7095.

llvm-svn: 104476

type. Fixes PR7051.

llvm-svn: 104475

llvm-svn: 104474

llvm-svn: 104473

This works around a crash where malloc reused the memory of an erased BB for a
new BB leaving old cleanup information pointing at the new block.

llvm-svn: 104472

VLA restrictions so that one can use VLAs in templates (even
accidentally), but not as part of a non-type template parameter (which
would be very bad).

llvm-svn: 104471

llvm-svn: 104470

storage, rather than an UnresolvedSet. 

llvm-svn: 104469

UnresolvedMemberExpr in their constructors, rather than adding them
after the fact. No functionality change.

llvm-svn: 104468

pointers in the ASTContext, so that the folding sets stored inside
them will be deallocated when the ASTContext is destroyed (under
-disable-free). <rdar://problem/7998824>.

llvm-svn: 104465

llvm-svn: 104464

so that it can be selectively enabled/disabled.

llvm-svn: 104462

canonical type where the element type is canonical. Fixes PR7206.

llvm-svn: 104461

expressions.  Essentially, GC breaks a certain form of the return-value
optimization.

llvm-svn: 104454

llvm-svn: 104447

llvm-svn: 104446

llvm-svn: 104445

enum contexts (along with block contexts, which we already did). Fixes
PR7196.

llvm-svn: 104444

in several important ways:

  - VLAs of non-POD types are not permitted.
  - VLAs cannot be used in conjunction with C++ templates.

These restrictions are intended to keep VLAs out of the parts of the
C++ type system where they cause the most trouble. Fixes PR5678 and
<rdar://problem/8013618>.

llvm-svn: 104443

llvm-svn: 104436

temporaries. There are actually several interrelated fixes here:

  - When converting an object to a base class, it's only an lvalue
  cast when the original object was an lvalue and we aren't casting
  pointer-to-derived to pointer-to-base. Previously, we were
  misclassifying derived-to-base casts of class rvalues as lvalues,
  causing various oddities (including problems with reference binding
  not extending the lifetimes of some temporaries).

  - Teach the code for emitting a reference binding how to look
  through no-op casts and parentheses directly, since
  Expr::IgnoreParenNoOpCasts is just plain wrong for this. Also, make
  sure that we properly look through multiple levels of indirection
  from the temporary object, but destroy the actual temporary object;
  this fixes the reference-binding issue mentioned above.

  - Teach Objective-C message sends to bind the result as a temporary
    when needed. This is actually John's change, but it triggered the
    reference-binding problem above, so it's included here. Now John
    can actually test his return-slot improvements.

llvm-svn: 104434

llvm-svn: 104432

'-fasm' and explicitly map from that flag to -fgnu-keywords in the driver. Turn
off the driver in the lexer test for this madness and add a test to the driver
that the translation actually works.

llvm-svn: 104428

critical for ObjC++ correctness;  hard to test independently of various
required Sema changes, though.

llvm-svn: 104422

short name of the tool in use, instead of the name of the action that created
the command. The practical impact is we now get:
  clang: error: clang frontend command failed due to signal 6 (use -v to see invocation)
instead of:
  clang: error: assembler command failed due to signal 6 (use -v to see invocation)
when clang crashes on a job that uses the integrated assembler.

llvm-svn: 104417

llvm-svn: 104416