| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
@class.
llvm-svn: 89170
|
|
|
|
| |
llvm-svn: 89168
|
|
|
|
| |
llvm-svn: 89167
|
|
|
|
| |
llvm-svn: 89166
|
|
|
|
|
|
| |
enums.
llvm-svn: 89165
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
GNU ABI.
llvm-svn: 89133
|
|
|
|
| |
llvm-svn: 89132
|
|
|
|
|
|
| |
cursors).
llvm-svn: 89131
|
|
|
|
| |
llvm-svn: 89130
|
|
|
|
| |
llvm-svn: 89129
|
|
|
|
|
|
| |
local register allocator is used.
llvm-svn: 89127
|
|
|
|
|
|
|
| |
The local register allocator doesn't like it when LiveVariables is run.
We should also disable edge splitting under -O0, but that has to wait a bit.
llvm-svn: 89125
|
|
|
|
|
|
| |
(Radar 6815425).
llvm-svn: 89124
|
|
|
|
| |
llvm-svn: 89123
|
|
|
|
|
|
| |
OS and Vendor independent target assembler arch.
llvm-svn: 89122
|
|
|
|
|
|
|
|
|
|
|
| |
unnecessary. It is broken because the "isIdenticalTo" check should be
negated. If that is fixed, this code causes the CodeGen/X86/tail-opts.ll
test to fail, in the dont_merge_oddly function. And, I confirmed that the
regression is real -- the generated code is worse. As far as I can tell,
that tail-opts.ll test is checking for what this code is supposed to handle
and we're doing the right thing anyway.
llvm-svn: 89121
|
|
|
|
|
|
|
| |
INT8_C, with (-INT8_C(127)-1) in the definition of INT8_MIN. Apply similar
changes to the definitions of INT16_MIN and INT24_MIN.
llvm-svn: 89120
|
|
|
|
|
|
| |
NULL). This allows the client to put the source_filename in the command_line_args without fear of the file being named twice.
llvm-svn: 89118
|