This is probably not confined to *just* these two things.

Anyway, the llvm-gcc front-end may look up the structure layout information for
an abstract type. That information will be stored into a table with the FE's
TD. Instruction combine can come along and also ask for information on that
abstract type, but for a separate TD (the one associated with the pass manager).

After the type is refined, the old structure layout information in the pass
manager's TD file is out of date. If a new type is allocated in the same space
as the old-unrefined type, then the structure type information in the pass
manager's TD file will be wrong, but won't know it.

Fix this by making the TD's structure type information an abstract type user.

llvm-svn: 89176

llvm-svn: 89175

llvm-svn: 89174

llvm-svn: 89173

llvm-svn: 89172

llvm-svn: 89170

llvm-svn: 89168

llvm-svn: 89167

llvm-svn: 89166

enums.

llvm-svn: 89165

Rename Objective-C message send completion functions to indicate that we're referring to message sends

llvm-svn: 89164

code to find and add Objective-C methods (starting at an
ObjCContainerDecl) into a single, static function. Also, make sure
that we search into the implementations of classes and categories to
find even more methods.

llvm-svn: 89163

Pass source locations of identifiers referenced by @class through Action::ActOnForwardClassDeclaration().

llvm-svn: 89162

pointer to member functions to work.  WIP.

llvm-svn: 89161

current DeclContext.  These "imaginary" declarations pose issues for
clients searching DeclContext for actual declarations.  Instead,
register them for name lookup, and add the ObjCInterfaceDecl later to
the DeclContext when we hit an actual @interface declaration.

This also fixes a bug where the invariant that the Decls in a
DeclContext are sorted in order of their appearance is no longer
violated.  What could happen is that an @class causes an
ObjCInterfaceDecl to get added first to the DeclContext, then the
ObjCClassDecl itself is added, and then later the SourceLocation of
the ObjCInterfaceDecl is updated with the correct location (which is
later in the file).  This breaks an assumed invariant in
ResolveLocation.cpp (and possibly other clients).

llvm-svn: 89160

objective-c2 classes (radar 6815425).

llvm-svn: 89157

llvm-svn: 89156

llvm-svn: 89155

llvm-svn: 89154

llvm-svn: 89153

(still radar 6815425).

llvm-svn: 89152

and creation interfaces.

llvm-svn: 89151

llvm-svn: 89150

llvm-svn: 89149

llvm-svn: 89148

(radar 6815425).

llvm-svn: 89146

llvm-svn: 89145

llvm-svn: 89143

llvm-svn: 89142

llvm-svn: 89141

llvm-svn: 89140

llvm-svn: 89139

llvm-svn: 89138

alignment imm (in the same way). Fix asmprinting for non-darwin platforms.

llvm-svn: 89137

Add c-index-test mode "-test-file-scan", which scans a source file and calls clang_getCursor() on every character.

llvm-svn: 89136

llvm-svn: 89135

As per Fariborz's suggestion, committed now but can be reverted later if the used flag is problematic for Apple.

llvm-svn: 89134

llvm-svn: 89133

llvm-svn: 89132

llvm-svn: 89131