History log of /llvm-project/clang/lib/Parse/ParseObjc.cpp (Results 376 – 400 of 499)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# cfefb6d1 03-Nov-2009 John McCall <rjmccall@apple.com>

Switch ParseStructDeclaration to a callback-based API. This will make
it easier to track within Sema whether the parser is parsing a declaration.

llvm-svn: 85855


Revision tags: llvmorg-2.6.0
# 040d75d9 20-Oct-2009 Fariborz Jahanian <fjahanian@apple.com>

Issue warning if method body starts with a semicolon.
Fixes
<rdar://problem/7308503> clang should disallow the trailing semicolon in method definitions

llvm-svn: 84645


# 2c422dc9 18-Oct-2009 Daniel Dunbar <daniel@zuster.org>

Move clients to use IdentifierInfo::getNameStart() instead of getName()

llvm-svn: 84436


# 936354c6 08-Oct-2009 Steve Naroff <snaroff@apple.com>

Add code completion support for ObjC property declarations/attributes.

llvm-svn: 83579


# fc1f9e49 29-Sep-2009 Argyrios Kyrtzidis <akyrtzi@gmail.com>

Keep protocol source locations when parsing protocol references.

llvm-svn: 83091


# 11289f42 09-Sep-2009 Mike Stump <mrs@apple.com>

Remove tabs, and whitespace cleanups.

llvm-svn: 81346


# 6e9e4f34 24-Jun-2009 Fariborz Jahanian <fjahanian@apple.com>

Fix a clang crash caused by incorrect user code.

llvm-svn: 74080


# 68453834 05-Jun-2009 Fariborz Jahanian <fjahanian@apple.com>

Use of DeclContext for objc's ivars. No functionality
change. More to follow.

llvm-svn: 72951


# 269f0b1b 21-May-2009 Douglas Gregor <dgregor@apple.com>

Merge the ASTVector and ASTOwningVector templates, since they offered
redundant functionality. The result (ASTOwningVector) lives in
clang/Parse/Ownership.h and is used by both the parser and semanti

Merge the ASTVector and ASTOwningVector templates, since they offered
redundant functionality. The result (ASTOwningVector) lives in
clang/Parse/Ownership.h and is used by both the parser and semantic
analysis. No intended functionality change.

llvm-svn: 72214

show more ...


# 7d0479f2 21-May-2009 Jay Foad <jay.foad@gmail.com>

Use v.data() instead of &v[0] when SmallVector v might be empty.

llvm-svn: 72210


# 24824e50 17-May-2009 Anders Carlsson <andersca@mac.com>

Make ActOnExprStmt take a FullExprArg.

llvm-svn: 71989


# bc76c72f 04-May-2009 Ted Kremenek <kremenek@apple.com>

Remove support for ObjCMethodDecl attributes that appear between the
return type and the selector. This is inconsistent with C functions
(where such attributes would be placed on the return type, no

Remove support for ObjCMethodDecl attributes that appear between the
return type and the selector. This is inconsistent with C functions
(where such attributes would be placed on the return type, not the the
FunctionDecl), and is inconsistent with what people are use to seeing.

llvm-svn: 70878

show more ...


# 290fbb1d 30-Apr-2009 Ted Kremenek <kremenek@apple.com>

Hook up Sema support for attributes on Objective-C method declarations that
appear between the return type and the selector. This is a separate code path
from regular attribute processing, as we only

Hook up Sema support for attributes on Objective-C method declarations that
appear between the return type and the selector. This is a separate code path
from regular attribute processing, as we only want to (a) accept only a specific
set of attributes in this place and (b) want to distinguish to clients the
context in which an attribute was added to an ObjCMethodDecl.

Currently, the attribute 'objc_ownership_returns' is the only attribute that
uses this new feature. Shortly I will add a warning for 'objc_ownership_returns'
to be placed at the end of a method declaration.

llvm-svn: 70504

show more ...


# 8c06515f 30-Apr-2009 Ted Kremenek <kremenek@apple.com>

Add parsing support in an Objective-C method declaration for attributes between
the return type and selector. Haven't hooked this up to Sema yet.

llvm-svn: 70501


# dac168d2 12-Apr-2009 Chris Lattner <sabre@nondot.org>

Fix rdar://6771034: don't warn on use of forward declared protocol in protocol
list of another protocol definition. This warning is very noisy and GCC doesn't
produce it so existing code doesn't exp

Fix rdar://6771034: don't warn on use of forward declared protocol in protocol
list of another protocol definition. This warning is very noisy and GCC doesn't
produce it so existing code doesn't expect it.

llvm-svn: 68894

show more ...


# d8626fd2 11-Apr-2009 Chris Lattner <sabre@nondot.org>

change the interface to ActOnMethodDeclaration to pass down argument
information in a little struct instead of individually. While we're
at it, add per-argument loc info and attribute info.

llvm-sv

change the interface to ActOnMethodDeclaration to pass down argument
information in a little struct instead of individually. While we're
at it, add per-argument loc info and attribute info.

llvm-svn: 68871

show more ...


# 4f472a32 11-Apr-2009 Chris Lattner <sabre@nondot.org>

rename Parser::ParseObjCSelector -> Parser::ParseObjCSelectorPiece,
since it only parses one identifier out of the selector, not the
whole thing.

llvm-svn: 68867


# fc58ca4a 08-Apr-2009 Fariborz Jahanian <fjahanian@apple.com>

Fixed a problem using property syntax on a 'super'
used as receiver.

llvm-svn: 68631


# 65a0089e 07-Apr-2009 Steve Naroff <snaroff@apple.com>

Fix <rdar://problem/6764172> [sema] crash on invalid.

llvm-svn: 68568


# 5bbb3c8a 29-Mar-2009 Chris Lattner <sabre@nondot.org>

Push DeclGroup much farther throughout the compiler. Now the various
productions (except the already broken ObjC cases like @class X,Y;) in
the parser that can produce more than one Decl return a D

Push DeclGroup much farther throughout the compiler. Now the various
productions (except the already broken ObjC cases like @class X,Y;) in
the parser that can produce more than one Decl return a DeclGroup instead
of a Decl, etc.

This allows elimination of the Decl::NextDeclarator field, and exposes
various clients that should look at all decls in a group, but which were
only looking at one (such as the dumper, printer, etc). These have been
fixed.

Still TODO:

1) there are some FIXME's in the code about potentially using
DeclGroup for better location info.
2) ParseObjCAtDirectives should return a DeclGroup due to @class etc.
3) I'm not sure what is going on with StmtIterator.cpp, or if it can
be radically simplified now.
4) I put a truly horrible hack in ParseTemplate.cpp.

I plan to bring up #3/4 on the mailing list, but don't plan to tackle
#1/2 in the short term.

llvm-svn: 68002

show more ...


# 83f095cc 28-Mar-2009 Chris Lattner <sabre@nondot.org>

Introduce a new OpaquePtr<N> struct type, which is a simple POD wrapper for a
pointer. Its purpose in life is to be a glorified void*, but which does not
implicitly convert to void* or other OpaqueP

Introduce a new OpaquePtr<N> struct type, which is a simple POD wrapper for a
pointer. Its purpose in life is to be a glorified void*, but which does not
implicitly convert to void* or other OpaquePtr's with a different UID.

Introduce Action::DeclPtrTy which is a typedef for OpaquePtr<0>. Change the
entire parser/sema interface to use DeclPtrTy instead of DeclTy*. This
makes the C++ compiler enforce that these aren't convertible to other opaque
types.

We should also convert ExprTy, StmtTy, TypeTy, AttrTy, BaseTy, etc,
but I don't plan to do that in the short term.

The one outstanding known problem with this patch is that we lose the
bitmangling optimization where ActionResult<DeclPtrTy> doesn't know how to
bitmangle the success bit into the low bit of DeclPtrTy. I will rectify
this with a subsequent patch.

llvm-svn: 67952

show more ...


# 3654e65a 18-Mar-2009 Fariborz Jahanian <fjahanian@apple.com>

objc: Implemented variables declared in class interface
whose sema decl is at the translation unit.

llvm-svn: 67249


# 36ce7e17 12-Mar-2009 Fariborz Jahanian <fjahanian@apple.com>

Use paropery's setter attribute name as
the selector for the property setter.

llvm-svn: 66834


# c7597f8e 10-Mar-2009 Steve Naroff <snaroff@apple.com>

Simplify SelectorTable::constructSetterName() usage...

llvm-svn: 66551


# 9527bbfc 09-Mar-2009 Steve Naroff <snaroff@apple.com>

Implement property '.' notation on Factory/Class objects. Parser changes aren't very pretty:-(

This fixes <rdar://problem/6496506> Implement class setter/getter for properties.

llvm-svn: 66465


1...<<11121314151617181920