| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 113124
|
| |
|
|
| |
llvm-svn: 112945
|
| |
|
|
|
|
|
| |
This is also pr7726 and wip. No change in functionality
at this time.
llvm-svn: 112612
|
| |
|
|
|
|
| |
some issues being sorted out.
llvm-svn: 112493
|
| |
|
|
|
|
|
| |
when we're taking the address of a unresolvable value, it might be an
implicit member access. Fixes some Boost.Spirit regressions.
llvm-svn: 112487
|
| |
|
|
|
|
| |
so please review echristo and let me know if the logic is wrong now.
llvm-svn: 112466
|
| |
|
|
|
|
|
|
|
|
| |
The extra data stored on user-defined literal Tokens is stored in extra
allocated memory, which is managed by the PreprocessorLexer because there isn't
a better place to put it that makes sure it gets deallocated, but only after
it's used up. My testing has shown no significant slowdown as a result, but
independent testing would be appreciated.
llvm-svn: 112458
|
| |
|
|
|
|
|
|
|
|
|
| |
For large floats/integers, APFloat/APInt will allocate memory from the heap to represent these numbers.
Unfortunately, when we use a BumpPtrAllocator to allocate IntegerLiteral/FloatingLiteral nodes the memory associated with
the APFloat/APInt values will never get freed.
I introduce the class 'APNumericStorage' which uses ASTContext's allocator for memory allocation and is used internally by FloatingLiteral/IntegerLiteral.
Fixes rdar://7637185
llvm-svn: 112361
|
| |
|
|
| |
llvm-svn: 112346
|
| |
|
|
|
|
|
| |
reordering and redefinition issues still may linger,
I plan to nail them next
llvm-svn: 112333
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
an '&' expression from the second caller of ActOnIdExpression.
Teach template argument deduction that an overloaded id-expression
doesn't give a valid type for deduction purposes to a non-static
member function unless the expression has the correct syntactic
form.
Teach ActOnIdExpression that it shouldn't try to create implicit
member expressions for '&function', because this isn't a
permitted form of use for member functions.
Teach CheckAddressOfOperand to diagnose these more carefully.
Some of these cases aren't reachable right now because earlier
diagnostics interrupt them.
llvm-svn: 112258
|
| |
|
|
|
|
| |
This lets us remove Sema.h's dependency on Expr.h and Decl.h.
llvm-svn: 112156
|
| |
|
|
|
|
|
|
|
| |
vectors that are the same size. Fix up testcases accordingly and add a new one
to make sure we still error if lax vector conversions are disabled.
Fixes rdar://8328190
llvm-svn: 112122
|
| |
|
|
|
|
|
| |
Clients of Sema don't need to know (for example) the list of diagnostics we
support.
llvm-svn: 112093
|
| |
|
|
|
|
| |
to the new constants.
llvm-svn: 112047
|
| |
|
|
|
|
| |
http://llvm.org/PR7923.
llvm-svn: 112045
|
| |
|
|
| |
llvm-svn: 112044
|
| |
|
|
|
|
| |
functionality changed.
llvm-svn: 112040
|
| |
|
|
| |
llvm-svn: 112038
|
| |
|
|
| |
llvm-svn: 112027
|
| |
|
|
|
|
|
|
| |
only form pointers-to-member if the expression has the appropriate
form. This avoids assertions later on on invalid code, but also
allows us to properly resolve mixed-staticity overloads.
llvm-svn: 111987
|
| |
|
|
|
|
| |
register variable (c++03 7.1.1P3). radar 8108252.
llvm-svn: 111977
|
| |
|
|
| |
llvm-svn: 111904
|
| |
|
|
|
|
|
| |
M-x query-replace-regexp
\(Sema::\|Action::\|Parser::\|\)Owning\(Expr\|Stmt\)Result -> \2Result
llvm-svn: 111903
|
| |
|
|
| |
llvm-svn: 111901
|
| |
|
|
|
|
| |
UnresolvedMemberExpr.
llvm-svn: 111899
|
| |
|
|
| |
llvm-svn: 111863
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
constructors. We perform semantic checking when creating the definition, and
this isn't needed in certain contexts (value initialization) but is in others
(default initialization). This fixes PR7948.
We add explicit code to the default initialization path to ensure the
definition is both present and valid.
Doug, please review. I think this follows your latest suggestion, and it ended
up remarkably cleaner than I anticipated. Also let me know if similar logic
should be followed for destructors and copy-constructors.
llvm-svn: 111802
|
| |
|
|
|
|
| |
through the parser.
llvm-svn: 111800
|
| |
|
|
| |
llvm-svn: 111795
|
| |
|
|
| |
llvm-svn: 111768
|
| |
|
|
| |
llvm-svn: 111733
|
| |
|
|
| |
llvm-svn: 111675
|
| |
|
|
|
|
|
|
|
| |
- move DeclSpec &c into the Sema library
- move ParseAST into the Parse library
Reflect this change in a thousand different includes.
Reflect this change in the link orders.
llvm-svn: 111667
|
| |
|
|
|
|
|
| |
non-fragile abi mode as sizes are not statically known.
Fixes radar 8315734.
llvm-svn: 111191
|
| |
|
|
|
|
|
|
| |
(nonfragile-abi2), do not consider 'ivar' access
in class methods. Also, improve on diagnostics.
Radar 8304561.
llvm-svn: 111023
|
| |
|
|
| |
llvm-svn: 110996
|
| |
|
|
|
|
|
|
| |
from GCC's in that we warn on *any* increase in alignment requirements, not
just those that are enforced by hardware. Please let us know if this causes
major problems for you (which it shouldn't, since it's an optional warning).
llvm-svn: 110959
|
| |
|
|
| |
llvm-svn: 110945
|
| |
|
|
| |
llvm-svn: 110860
|
| |
|
|
| |
llvm-svn: 110807
|
| |
|
|
| |
llvm-svn: 110666
|
| |
|
|
| |
llvm-svn: 110663
|
| |
|
|
|
|
| |
sure to clear out the LookupResult structure after looking into each class.
llvm-svn: 110615
|
| |
|
|
|
|
| |
conversions. Fixes PR7443.
llvm-svn: 110519
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This takes some trickery since CastExpr has subclasses (and indeed,
is abstract).
Also, smoosh the CastKind into the bitfield from Expr.
Drops two words of storage from Expr in the common case of expressions
which don't need inheritance paths. Avoids a separate allocation and
another word of overhead in cases needing inheritance paths. Also has
the advantage of not leaking memory, since destructors for AST nodes are
never run.
llvm-svn: 110507
|
| |
|
|
|
|
|
| |
dependent in ActOnIdExpression. (This issue only shows up with member
operators because an operator is never a type.)
llvm-svn: 110486
|
| |
|
|
|
|
| |
vectors, from Anton Yartsev!
llvm-svn: 110437
|
| |
|
|
|
|
|
|
| |
this breaks something.
I'll wait a few days before cleaning out UnaryOperator::OffsetOf.
llvm-svn: 110328
|
| |
|
|
|
|
| |
offsetof expressions.
llvm-svn: 110327
|