Only append 'L' for internal variable declarations, not all declarations. (Found by the mangle checker, yay)

llvm-svn: 95485

Also teach RegionStore::RetrieveVar() to handle 'static' pointers that are implicitly initialized to NULL.

llvm-svn: 95479

Fix regression in RegionStore (from BasicStore) where static variables were not treated as being implicitly initialized to 0 (and instead were getting symbolicated).

llvm-svn: 95478

llvm-svn: 95476

llvm-svn: 95474

llvm-svn: 95472

PR 5517.

llvm-svn: 95470

crashing unceremoniously.

llvm-svn: 95464

out-of-line initializers as integer constant expressions.  Fixes PR6206.

llvm-svn: 95463

llvm-svn: 95459

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