contents of the block to be duplicated.  Use this for ARM Cortex A8/9 to
be more aggressive tail duplicating indirect branches, since it makes it
much more likely that they will be predicted in the branch target buffer.
Testcase coming soon.

llvm-svn: 89187

llvm-svn: 89186

llvm-svn: 89185

two classes, one for typenames and one for values;  this seems to have some
support from Doug if not necessarily from the extremely-vague-on-this-point
standard.  Track the location of the 'typename' keyword in a using-typename
decl.  Make a new lookup result for unresolved values and deal with it in
most places.

llvm-svn: 89184

llvm-svn: 89183

llvm-svn: 89182

llvm-svn: 89181

operator->.

llvm-svn: 89180

llvm-svn: 89179

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