| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
which is should have done from the beginning. As usual, the most
fun with this sort of change is updating all the testcases.
llvm-svn: 113090
|
|
|
|
|
|
| |
a "to match this {" note, pointing out the opener.
llvm-svn: 112709
|
|
|
|
| |
llvm-svn: 112115
|
|
|
|
|
|
|
| |
has its own getter and setter methods declared.
Fixed 8349319 (nonfragile-abi2).
llvm-svn: 112003
|
|
|
|
|
|
|
|
| |
previous use of a synthesized 'ivar' with property of same name
declared as @dynamic. In this case, 'ivar' is in the
inherited class and no diagnostics should be issued.
llvm-svn: 111940
|
|
|
|
| |
llvm-svn: 111324
|
|
|
|
|
|
| |
of non-object types. Radar 8308053.
llvm-svn: 111296
|
|
|
|
|
|
| |
Radar 8308053.
llvm-svn: 111275
|
|
|
|
|
|
|
| |
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: 110950
|
|
|
|
|
|
| |
without point arguments to a warning
llvm-svn: 110939
|
|
|
|
|
|
| |
radar 7948654.
llvm-svn: 110857
|
|
|
|
|
|
| |
types. Fixes PR7865.
llvm-svn: 110832
|
|
|
|
|
|
| |
type receiver (pr7861).
llvm-svn: 110696
|
|
|
|
|
|
| |
(radar 8127244).
llvm-svn: 110622
|
|
|
|
|
|
| |
id's protocols. Fixes radar 8154220.
llvm-svn: 110583
|
|
|
|
| |
llvm-svn: 110515
|
|
|
|
|
|
|
| |
auto-synthesized (nonfragile-abi2 specific).
Fixes radar 8251648.
llvm-svn: 109866
|
|
|
|
| |
llvm-svn: 109833
|
|
|
|
|
|
|
| |
variables to those in file scope (nonfragile-abi2).
Fixes radar 8248681.
llvm-svn: 109758
|
|
|
|
|
|
|
| |
of same name. In nonfragile-abi2, lookup accesses a synthesized
ivar. This is a transition warning. Radar 8225011.
llvm-svn: 109197
|
|
|
|
|
|
|
|
|
|
|
|
| |
behavior. Note that
GCC emits a warning instead of an error when using an unavailable Objective-C protocol, so now
Clang's behavior is more strict in this case, but more consistent. We will need to see how much
this fires on real code and determine whether this case should be downgraded to a warning.
Fixes <rdar://problem/8213093>.
llvm-svn: 109033
|
|
|
|
|
|
| |
protocols (Radar 8191774).
llvm-svn: 108758
|
|
|
|
|
|
| |
and a minor cleanup.
llvm-svn: 108707
|
|
|
|
| |
llvm-svn: 108600
|
|
|
|
|
|
|
| |
part of the new property synthesis by default.
wip.
llvm-svn: 108599
|
|
|
|
|
|
| |
and some are already synthesized by user declaration.
llvm-svn: 108341
|
|
|
|
|
|
| |
as well. Fixes radar 7975788.
llvm-svn: 108333
|
|
|
|
|
|
| |
in class extensions (radar 8171968).
llvm-svn: 108283
|
|
|
|
|
|
|
|
| |
the test case right (for the noreturn warning) because the CFG
doesn't support @try yet, but the test case is now present when
we do properly implement CFG support for @try...@catch.
llvm-svn: 107203
|
|
|
|
|
|
|
|
|
| |
unimplemented property warning for properties
coming from class's conformin protocol. It also
simplifies the algorithm in the process.
Fixes radar 8035776.
llvm-svn: 107174
|
|
|
|
|
|
| |
declarations (implements radar 7928731).
llvm-svn: 106597
|
|
|
|
|
|
| |
PR 4468.
llvm-svn: 106151
|
|
|
|
|
|
| |
for variable arguments list methods. (radar 8006060).
llvm-svn: 104407
|
|
|
|
|
|
|
| |
gc attributes to be inline with Objective-C
(for radar 7925141).
llvm-svn: 104084
|
|
|
|
| |
llvm-svn: 104041
|
|
|
|
|
|
|
|
| |
(-Wunused-exception-parameter) than normal variables, since it's more
common to name and then ignore an exception parameter. This warning is
neither enabled by default nor by -Wall. Fixes <rdar://problem/7931045>.
llvm-svn: 102931
|
|
|
|
|
|
|
|
| |
(which is ill-formed) with an initializer list. Also, change the
fallback from an assertion to a generic error message, which is far
friendlier. Fixes <rdar://problem/7730948>.
llvm-svn: 102930
|
|
|
|
|
|
|
|
| |
conforms to a protocol as one of its super classes does. This is because
conforming super class will implement the property. This implements
new warning rules for unimplemented properties (radar 7884086).
llvm-svn: 102919
|
|
|
|
|
|
|
| |
categories. Issue usual warnings instead of
confusing error message. Radar 7920807
llvm-svn: 102645
|
|
|
|
| |
llvm-svn: 102388
|
|
|
|
|
|
|
|
| |
function-parameter checking and splitting it into the normal
ActOn*/Build* pair in Sema. We now use VarDecl to represent the @catch
parameter rather than the ill-fitting ParmVarDecl.
llvm-svn: 102347
|
|
|
|
| |
llvm-svn: 102190
|
|
|
|
| |
llvm-svn: 102187
|
|
|
|
| |
llvm-svn: 102163
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
method parameter, provide a note pointing at the parameter itself so
the user does not have to manually look for the function/method being
called and match up parameters to arguments. For example, we now get:
t.c:4:5: warning: incompatible pointer types passing 'long *' to
parameter of
type 'int *' [-pedantic]
f(long_ptr);
^~~~~~~~
t.c:1:13: note: passing argument to parameter 'x' here
void f(int *x);
^
llvm-svn: 102038
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sends. Major changes include:
- Expanded the interface from two actions (ActOnInstanceMessage,
ActOnClassMessage), where ActOnClassMessage also handled sends to
"super" by checking whether the identifier was "super", to three
actions (ActOnInstanceMessage, ActOnClassMessage,
ActOnSuperMessage). Code completion has the same changes.
- The parser now resolves the type to which we are sending a class
message, so ActOnClassMessage now accepts a TypeTy* (rather than
an IdentifierInfo *). This opens the door to more interesting
types (for Objective-C++ support).
- Split ActOnInstanceMessage and ActOnClassMessage into parser
action functions (with their original names) and semantic
functions (BuildInstanceMessage and BuildClassMessage,
respectively). At present, this split is onyl used by
ActOnSuperMessage, which decides which kind of super message it
has and forwards to the appropriate Build*Message. In the future,
Build*Message will be used by template instantiation.
- Use getObjCMessageKind() within the disambiguation of Objective-C
message sends vs. array designators.
Two notes about substandard bits in this patch:
- There is some redundancy in the code in ParseObjCMessageExpr and
ParseInitializerWithPotentialDesignator; this will be addressed
shortly by centralizing the mapping from identifiers to type names
for the message receiver.
- There is some #if 0'd code that won't likely ever be used---it
handles the use of 'super' in methods whose class does not have a
superclass---but could be used to model GCC's behavior more
closely. This code will die in my next check-in, but I want it in
Subversion.
llvm-svn: 102021
|
|
|
|
|
|
| |
property synthesis is using a super class ivar.
llvm-svn: 102011
|
|
|
|
| |
llvm-svn: 101941
|