| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 133942
|
|
|
|
|
|
|
| |
functions with arguments of transparent unions type.
// rdar://9584012
llvm-svn: 133941
|
|
|
|
|
|
| |
types we don't model, to distinguish them from uninitialized arrays (PR10163).
llvm-svn: 133937
|
|
|
|
| |
llvm-svn: 133931
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cursor
when the expression source range overlaps the declaration range.
This can happen for C++ constructor expressions whose range generally
include the variable declaration, e.g.:
MyCXXClass foo; // Make sure pointing at 'foo' returns a VarDecl cursor.
rdar://9124499.
llvm-svn: 133930
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
annotation of the
variable declaration that it belongs to.
This can happen for C++ constructor expressions whose range generally
include the variable declaration, e.g.:
MyCXXClass foo; // Make sure we don't annotate 'foo' as a CallExpr cursor.
rdar://9124499.
llvm-svn: 133929
|
|
|
|
|
|
|
|
| |
for the '(' and ')' around the initializer unless we actually have an
initializer. Fixes PR10197, an issue where we were value-initializing
rather than default-initializing.
llvm-svn: 133913
|
|
|
|
|
|
| |
a pointer to void.
llvm-svn: 133912
|
|
|
|
|
|
|
|
|
|
|
| |
of a single if block. This is really annoying to track down and test.
Silly changes to the test case caused it to stop showing up. I wish
there were a more concrete way of asserting that a note attaches to the
intended diagnostic.
This fixes PR10195.
llvm-svn: 133907
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
arithmetic into a couple of common routines. Use these to make the
messages more consistent in the various contexts, especially in terms of
consistently diagnosing binary operators with invalid types on both the
left- and right-hand side. Also, improve the grammar and wording of the
messages some, handling both two pointers and two (different) types.
The wording of function pointer arithmetic diagnostics still strikes me
as poorly phrased, and I worry this makes them slightly more awkward if
more consistent. I'm hoping to fix that with a follow-on patch and test
case that will also make them more helpful when a typedef or template
type parameter makes the type completely opaque.
Suggestions on better wording are very welcome, thanks to Richard Smith
for some initial help on that front.
llvm-svn: 133906
|
|
|
|
|
|
| |
assert that any names we find are valid candidates for the call.
llvm-svn: 133898
|
|
|
|
|
|
|
|
| |
When performing semantic analysis on a member declaration, fix the check for whether we are declaring a function to check for parenthesized declarators, declaration via decltype, etc.
Also fix the semantic check to not treat FuncType* as a function type.
llvm-svn: 133862
|
|
|
|
| |
llvm-svn: 133861
|
|
|
|
|
|
|
|
| |
arithmetic on a VLA as 'nsw', per discussion with djg, and
implement pointer arithmetic (other than array accesses) and
pointer subtraction for VLA types.
llvm-svn: 133855
|
|
|
|
|
|
|
|
|
| |
declaration, determine whether the declaration will end up declaring a
function using semantic criteria (e.g., it will have function type)
rather than purely syntactic criteria (e.g., it has the form of a
function declarator). Fixes <rdar://problem/9670557>.
llvm-svn: 133854
|
|
|
|
|
|
|
|
|
| |
to turn off warning on those properties which follow Cocoa naming
convention for retaining objects and yet they were not meant for
such purposes. Also, perform consistancy checking for declared
getters of such methods. // rdar://9636091
llvm-svn: 133849
|
|
|
|
| |
llvm-svn: 133842
|
|
|
|
| |
llvm-svn: 133841
|
|
|
|
| |
llvm-svn: 133829
|
|
|
|
|
|
|
| |
not sizes; so that we use well-typed allocas; and so that we
properly recurse through the full set of variably-modified types.
llvm-svn: 133827
|
|
|
|
|
|
| |
is not implemented. // rdar://9651605
llvm-svn: 133819
|
|
|
|
|
|
| |
Fixes crash in http://llvm.org/PR10109 & rdar://9584039.
llvm-svn: 133816
|
|
|
|
| |
llvm-svn: 133807
|
|
|
|
|
|
| |
objects. // rdar://9495837
llvm-svn: 133806
|
|
|
|
|
|
|
|
|
|
| |
macro instantiation
if the location given points at the last token of the macro instantiation.
Fixes rdar://9045701.
llvm-svn: 133804
|
|
|
|
|
|
| |
at the start of a macro instantiation.
llvm-svn: 133801
|
|
|
|
|
|
|
|
|
|
|
|
| |
conventions. I then discovered a typo in the using declaration bit in
LookupSpecialMember. This led to discovering [namespace.udecl]p15, which
clang implements incorrectly. Thus I've added a comment and implemented
the code consistently with the rest of clang - that is incorrectly.
And because I don't want to include tests of something incorrect, I've
ripped the test out.
llvm-svn: 133784
|
|
|
|
|
|
|
|
| |
'ownership', not 'lifetime'.
rdar://9477613.
llvm-svn: 133779
|
|
|
|
|
|
|
| |
diagnose it properly and don't throw clang into an
infinit loop. // rdar://9653341
llvm-svn: 133773
|
|
|
|
| |
llvm-svn: 133763
|
|
|
|
| |
llvm-svn: 133762
|
|
|
|
|
|
| |
c++ catch in fragile abi - per Eli's request.
llvm-svn: 133760
|
|
|
|
|
|
| |
in fragile abi mode and some other cleanups. // rdar://8940528
llvm-svn: 133747
|
|
|
|
|
|
|
|
| |
expression into the LHS of a compound assignment. Fixes compound assignment of various "compatible" vector types, including NEON-vector and gcc-vector types.
<rdar://problem/9640356>
llvm-svn: 133737
|
|
|
|
| |
llvm-svn: 133730
|
|
|
|
| |
llvm-svn: 133688
|
|
|
|
|
|
| |
as well. rdar://9660196
llvm-svn: 133672
|
|
|
|
| |
llvm-svn: 133671
|
|
|
|
|
|
|
|
|
|
| |
Take #2. Don't piggyback on the existing config.build_mode. Instead,
define a new lit feature for each build feature we need (currently
just "asserts"). Teach both autoconf'd and cmake'd Makefiles to define
this feature within test/lit.site.cfg. This doesn't require any lit
harness changes and should be more robust across build systems.
llvm-svn: 133665
|
|
|
|
|
|
|
| |
Sema::CreateUnaryExprOrTypeTraitExpr() rather than recursing in some
cases. Fixes <rdar://problem/9659191>.
llvm-svn: 133663
|
|
|
|
|
|
| |
declared variable and ignore it. // rdar://9538608
llvm-svn: 133654
|
|
|
|
|
|
| |
path).
llvm-svn: 133653
|
|
|
|
|
|
| |
in Darwin's fragile abi mode. // rdar://8940528
llvm-svn: 133639
|
|
|
|
|
|
|
| |
Removes dead code found in the process.
Adds a test to verify that ParenListExprs do not have NULL types.
llvm-svn: 133637
|
|
|
|
| |
llvm-svn: 133633
|
|
|
|
|
|
|
| |
via a typedef of a function, make sure to synthesize parameter
declarations. Fixes PR9654 / <rdar://problem/9257497>.
llvm-svn: 133628
|
|
|
|
|
|
| |
rdar://8939557
llvm-svn: 133627
|
|
|
|
|
|
| |
object.."
llvm-svn: 133625
|
|
|
|
|
|
|
| |
integral as it is not transferring ownership..
// rdar://9619861
llvm-svn: 133622
|
|
|
|
|
|
|
|
| |
objects, so that we steal the retain count of a temporary __strong
pointer (zeroing out that temporary), eliding a retain/release
pair. Addresses <rdar://problem/9364932>.
llvm-svn: 133621
|