| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 95512
|
| |
|
|
|
|
|
|
| |
their parent's visibility.
(This is kind of a risky change, but I did a self-host build and everything appears to work fine!)
llvm-svn: 95511
|
| |
|
|
| |
llvm-svn: 95510
|
| |
|
|
|
|
| |
disabled.
llvm-svn: 95509
|
| |
|
|
|
|
| |
Daniel, I'd appreciate a review of the driver/cc1 parts.
llvm-svn: 95508
|
| |
|
|
| |
llvm-svn: 95502
|
| |
|
|
|
|
| |
all fully constructed members. Fixes ctor_dtor_count.cpp in the test suite.
llvm-svn: 95501
|
| |
|
|
|
|
|
|
|
|
|
| |
params. Don't insert addrof operations when matching against a pointer;
array/function conversions should take care of this for us, assuming the
argument type-checked in the first place. Add a fixme where we seem to be
using a less-restrictive reference type than we should.
Fixes PR 6249.
llvm-svn: 95495
|
| |
|
|
| |
llvm-svn: 95494
|
| |
|
|
| |
llvm-svn: 95491
|
| |
|
|
| |
llvm-svn: 95490
|
| |
|
|
| |
llvm-svn: 95487
|
| |
|
|
|
|
|
|
|
| |
over to VarDecl::isThisDeclarationADefinition(), which handles
variables declared with linkage specifications better (among other
things). CMake 2.9 (from CVS) now builds with clang++ and is somewhat
functional.
llvm-svn: 95486
|
| |
|
|
|
|
| |
(Found by the mangle checker, yay)
llvm-svn: 95485
|
| |
|
|
|
|
| |
implicitly initialized to NULL.
llvm-svn: 95479
|
| |
|
|
|
|
| |
not treated as being implicitly initialized to 0 (and instead were getting symbolicated).
llvm-svn: 95478
|
| |
|
|
| |
llvm-svn: 95476
|
| |
|
|
|
|
| |
attributes. Fixes PR6245.
llvm-svn: 95474
|
| |
|
|
| |
llvm-svn: 95472
|
| |
|
|
|
|
| |
PR 5517.
llvm-svn: 95470
|
| |
|
|
|
|
| |
crashing unceremoniously.
llvm-svn: 95464
|
| |
|
|
|
|
|
|
| |
with
out-of-line initializers as integer constant expressions. Fixes PR6206.
llvm-svn: 95463
|
| |
|
|
|
|
| |
referenced by blocks.
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
|