History log of /llvm-project/clang/lib/Parse/ParseObjc.cpp (Results 326 – 350 of 499)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 3adb17d4 12-Apr-2010 Chris Lattner <sabre@nondot.org>

fix a bug I noticed by inspection, correcting two reject-valid bugs.

llvm-svn: 101026


# c2ebb032 12-Apr-2010 Chris Lattner <sabre@nondot.org>

Have the parser decide whether a message to super is a variable or
type, instead of having sema do it.

llvm-svn: 101016


# a36ec424 11-Apr-2010 Chris Lattner <sabre@nondot.org>

fix PR6811 by not parsing 'super' as a magic expression in
LookupInObjCMethod. Doing so allows all sorts of invalid code
to slip through to codegen. This patch does not change the
AST representati

fix PR6811 by not parsing 'super' as a magic expression in
LookupInObjCMethod. Doing so allows all sorts of invalid code
to slip through to codegen. This patch does not change the
AST representation of super, though that would now be a natural
thing to do since it can only be in the receiver position and
in the base of a ObjCPropertyRefExpr.

There are still several ugly areas handling super in the parser,
but this is definitely a step in the right direction.

llvm-svn: 100959

show more ...


# 60462098 08-Apr-2010 Fariborz Jahanian <fjahanian@apple.com>

Patch to implement gcc's cstyle arguments in objc
methods. wip.

llvm-svn: 100734


# 636a61e0 07-Apr-2010 Douglas Gregor <dgregor@apple.com>

Implement code completion for Objective-C method declarations and
definitions, e.g., after

-

or

- (id)

we'll find all of the "likely" instance methods that one would want to
declare or defin

Implement code completion for Objective-C method declarations and
definitions, e.g., after

-

or

- (id)

we'll find all of the "likely" instance methods that one would want to
declare or define at this point. In the latter case, we only produce
results whose return types match "id".

llvm-svn: 100587

show more ...


# 6a0a2e0c 06-Apr-2010 Fariborz Jahanian <fjahanian@apple.com>

Patch to not build ivar ASTs when they are ilegally
declared in categories.

llvm-svn: 100577


# d077f719 02-Apr-2010 Fariborz Jahanian <fjahanian@apple.com>

Improve diagnosing when a method type does not start with '-'|'+'
when parsing. Fixes radar 7822196.

llvm-svn: 100248


# 083712fb 31-Mar-2010 Fariborz Jahanian <fjahanian@apple.com>

Issue better syntax error when objc's messaging
ares are not separated by ':' (radar 7030268).

llvm-svn: 100040


# a771f46c 31-Mar-2010 Douglas Gregor <dgregor@apple.com>

Reinstate my CodeModificationHint -> FixItHint renaming patch, without
the C-only "optimization".

llvm-svn: 100022


# 30e63186 31-Mar-2010 Douglas Gregor <dgregor@apple.com>

Revert r100008, which inexplicably breaks the clang-i686-darwin10 builder

llvm-svn: 100018


# 3baad0d4 31-Mar-2010 Douglas Gregor <dgregor@apple.com>

Rename CodeModificationHint to FixItHint, since we've been using the
term "fix-it" everywhere and even *I* get tired of long names
sometimes. No functionality change.

llvm-svn: 100008


# a9effb55 22-Mar-2010 Fariborz Jahanian <fjahanian@apple.com>

Fixes access rues for ivars declared in class
implementations (radar 7547942).

llvm-svn: 99198


# 00a0cf70 16-Mar-2010 Douglas Gregor <dgregor@apple.com>

Don't consume tokens past the end-of-file in an @interface. Fixes
<rdar://problem/7735566>.

llvm-svn: 98613


# 4c172c63 22-Feb-2010 Fariborz Jahanian <fjahanian@apple.com>

Early support for declaring ivars in class extensions. wip.

llvm-svn: 96819


# 66f2d6ba 18-Feb-2010 Ted Kremenek <kremenek@apple.com>

Allow GNU attributes to appear in an Objective-C method declaration
before the selector name (but after the return type). Among other things,
this allows IBAction to be implemented with an attribute

Allow GNU attributes to appear in an Objective-C method declaration
before the selector name (but after the return type). Among other things,
this allows IBAction to be implemented with an attribute.

llvm-svn: 96623

show more ...


# 8efe0ec8 15-Feb-2010 Fariborz Jahanian <fjahanian@apple.com>

Issue a bettter diagnostics for incorrect property setter name.
(radar 7647953).

llvm-svn: 96284


# c162e8e1 11-Feb-2010 Ted Kremenek <kremenek@apple.com>

Clean up ownership of 'AttributeList' objects in Parser. Apparently
we would just leak them all over the place, with no clear ownership of
these objects at all. AttributeList objects would get leak

Clean up ownership of 'AttributeList' objects in Parser. Apparently
we would just leak them all over the place, with no clear ownership of
these objects at all. AttributeList objects would get leaked on both
error and non-error paths.

Note: I introduced the usage of llvm::OwningPtr<AttributeList> to
manage these objects, which is particularly useful for methods with
multiple return sites. In at least one method I used them even when
they weren't strictly necessary because it clarified the ownership
semantics and made the code easier to read. Should the excessive
'take()' and 'reset()' calls become a performance issue we can always
re-evaluate.

Note+1: I believe I have not introduced any double-frees, but it would
be nice for someone to review this.

This fixes <rdar://problem/7635046>.

llvm-svn: 95847

show more ...


# e1651919 03-Feb-2010 Fariborz Jahanian <fjahanian@apple.com>

Simplify setting of DeclContext for @catch variable
(per Doug's comment).

llvm-svn: 95169


# 08d614d9 03-Feb-2010 Fariborz Jahanian <fjahanian@apple.com>

Fix DeclContext of an objective-c @catch variable
declaration. Fixes radar 7590273.

llvm-svn: 95164


# 002b6710 16-Jan-2010 Douglas Gregor <dgregor@apple.com>

Keep track of the source locations for each protocol reference in
Objective-C classes, protocol definitions, forward protocol
declarations, and categories. This information isn't actually used
yet; t

Keep track of the source locations for each protocol reference in
Objective-C classes, protocol definitions, forward protocol
declarations, and categories. This information isn't actually used
yet; that's coming next.

llvm-svn: 93636

show more ...


# 48d46257 13-Jan-2010 Douglas Gregor <dgregor@apple.com>

Code-completion for @public, @protected, @private, @package.

llvm-svn: 93361


# f1934163 13-Jan-2010 Douglas Gregor <dgregor@apple.com>

Whenever completing ordinary names for an Objective-C source, also
provide completions for @ keywords. Previously, we only provided
@-completions after an @ was actually typed, which is useful but
pr

Whenever completing ordinary names for an Objective-C source, also
provide completions for @ keywords. Previously, we only provided
@-completions after an @ was actually typed, which is useful but
probably not the common case.

Also, make sure a few Objective-C 2.0 completions only show up when
Objective-C 2.0 support is enabled (the default).

llvm-svn: 93354

show more ...


# c7c64318 07-Jan-2010 Ted Kremenek <kremenek@apple.com>

Change ObjCContainerDecl to contain the entire range for the '@end'
piece of the declaration. The '@' and the 'end' are separate tokens,
and require two SourceLocations to accurately track.

This ch

Change ObjCContainerDecl to contain the entire range for the '@end'
piece of the declaration. The '@' and the 'end' are separate tokens,
and require two SourceLocations to accurately track.

This change was motivated because ObjCContainerDecl::getSourceRange()
would previously not return the entire range of the declaration (the
'end' would be left off).

llvm-svn: 92891

show more ...


# afb2dade 16-Dec-2009 Anders Carlsson <andersca@mac.com>

Check in a rudimentary FullExpr class that isn't used anywhere yet. Rename Action::FullExpr to Action::MakeFullExpr to avoid name clashes.

llvm-svn: 91494


# 3ababf53 07-Dec-2009 Chris Lattner <sabre@nondot.org>

reduce nesting.

llvm-svn: 90769


1...<<11121314151617181920