taken for non-trivial constructors.

llvm-svn: 95457

llvm-svn: 95455

non-type template argument for a non-type template parameter of
pointer type. Fixes PR6244.

llvm-svn: 95447

type-checking within a template definition. In this case, the
"instantiated" declaration is just the declaration itself, found
within the current instantiation. Fixes PR6239.

llvm-svn: 95442

follows (as conservatively as possible) gcc's current behavior:  attributes
written on return types that don't apply there are applied to the function
instead, etc.  Only parse CC attributes as type attributes, not as decl attributes;
don't accepet noreturn as a decl attribute on ValueDecls, either (it still
needs to apply to other decls, like blocks).  Consistently consume CC/noreturn
information throughout codegen;  enforce this by removing their default values
in CodeGenTypes::getFunctionInfo().

llvm-svn: 95436

anything when Sema has issued an error.  This matches the behavior in
RewriteObjC::HandleTranslationUnit().

llvm-svn: 95434

llvm-svn: 95430

llvm-svn: 95429

llvm-svn: 95428

llvm-svn: 95427

llvm-svn: 95425

llvm-svn: 95423

when instantiating the declaration of a member template:
  - Only check if the have a template template argument at a specific position
  when we already know that we have template arguments at that level;
  otherwise, we're substituting for a level-reduced template template
  parameter. 
  - When trying to find an instantiated declaration for a template
  template parameter, look into the instantiated scope. This was a
  typo, where we had two checks for TemplateTypeParmDecl, one of
  which should have been a TemplateTemplateParmDecl.

With these changes, tramp3d-v4 passes -fsyntax-only.

llvm-svn: 95421

llvm-svn: 95416

(Fixes radar 7609722).

llvm-svn: 95406

declaration, we can end up with template-id annotation tokens for
types that have not been converted into type annotation tokens. When
this is the case, translate the template-id into a type and parse as
an expression.

llvm-svn: 95404

conceptually correct. Review appreciated (Chris, Eli, Anders).

llvm-svn: 95401

llvm-svn: 95400

getting the calling convention from the target function, which may or may not
exist. Fixes PR5280.

llvm-svn: 95399

llvm-svn: 95396

one context and import them into another context, merging them
according to language-specific rules. This is a skeleton. It doesn't
work, it isn't testable, but I want it in version control.

llvm-svn: 95395

Also make the comments I added in r95291 consistent.

llvm-svn: 95394

need to deal with aggregates specially; this is consistent with the rest of IRgen.

Also, simplify EmitParmDecl and don't worry about using Decl::getNameAsString.

llvm-svn: 95393

Fixes radar 7617047.

llvm-svn: 95392

my recent changes.

llvm-svn: 95391

llvm-svn: 95389

initializer (for no initialization) rather than a ParenListExpr with
zero arguments in it.

llvm-svn: 95382

switch, triggering warnings.

llvm-svn: 95381

always come from the primary template, so gather the instantiation
template arguments from the primary template.

llvm-svn: 95380

llvm-svn: 95379

llvm-svn: 95377

context. This happens fairly rarely (which is why we got away with
this bug). Fixes PR6184, where we skipped over the template parameter
scope while tentatively parsing.

llvm-svn: 95376

llvm-svn: 95375

llvm-svn: 95374

is a constructor for that class, right? Fixes PR6238. 

llvm-svn: 95367

Add test case showing the analyzer invalidates '__block' variables when the block is passed as an argument to an ObjC method.

llvm-svn: 95366

llvm-svn: 95365

llvm-svn: 95364

If a global initializer has a non-trivial destructor it can't be emitted as a constant (even if it has a trivial constructor).

llvm-svn: 95363

llvm-svn: 95362