| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
redundant #includes. Patch by Anders Johnsen!
llvm-svn: 63271
|
| |
|
|
|
|
|
|
|
|
|
|
| |
llvm[0]: Compiling SemaInit.cpp for Debug build
SemaInit.cpp:171: error: ‘InitListChecker’ has not been declared
SemaInit.cpp:171: error: ISO C++ forbids declaration of ‘InitListChecker’ with no type
SemaInit.cpp: In function ‘int InitListChecker(clang::Sema*, clang::InitListExpr*, clang::QualType&)’:
SemaInit.cpp:172: error: ‘hadError’ was not declared in this scope
SemaInit.cpp:173: error: ‘SemaRef’ was not declared in this scope
SemaInit.cpp:177: error: ‘FullyStructuredList’ was not declared in this scope
llvm-svn: 63270
|
| |
|
|
|
|
|
|
| |
evaluation (alternate part of real/imag init was being set to 3 not 0
because the wrong APFloat constructor was being called).
- Test cases coming once some more support is in.
llvm-svn: 63264
|
| |
|
|
| |
llvm-svn: 63261
|
| |
|
|
| |
llvm-svn: 63258
|
| |
|
|
|
|
| |
Simplifies (somewhat) the actually checking of the initializer expression following the designators
llvm-svn: 63257
|
| |
|
|
|
|
|
|
|
|
| |
LookupDeclInContext().
The previous interface was very confusing. This is much more explicit, which will be easier to understand/optimize/convert.
The plan is to eventually deprecate both of these functions. For now, I'm focused on performance.
llvm-svn: 63256
|
| |
|
|
| |
llvm-svn: 63254
|
| |
|
|
|
|
|
|
|
|
|
|
| |
initializers.
- We now initialize unions properly when a member other than the
first is named by a designated initializer.
- We now provide proper semantic analysis and code generation for
GNU array-range designators *except* that side effects will occur
more than once. We warn about this.
llvm-svn: 63253
|
| |
|
|
|
|
| |
of class's meta-data (related to objc2 nonfragile abi).
llvm-svn: 63251
|
| |
|
|
| |
llvm-svn: 63250
|
| |
|
|
| |
llvm-svn: 63249
|
| |
|
|
|
|
|
| |
- Merged into single ComplexEvaluator, these share too much logic to
be worth splitting for float/int (IMHO). Will split on request.
llvm-svn: 63248
|
| |
|
|
| |
llvm-svn: 63246
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The approach I've taken in this patch is relatively straightforward,
although the code itself is non-trivial. Essentially, as we process
an initializer list we build up a fully-explicit representation of the
initializer list, where each of the subobject initializations occurs
in order. Designators serve to "fill in" subobject initializations in
a non-linear way. The fully-explicit representation makes initializer
lists (both with and without designators) easy to grok for codegen and
later semantic analyses. We keep the syntactic form of the initializer
list linked into the AST for those clients interested in exactly what
the user wrote.
Known limitations:
- Designating a member of a union that isn't the first member may
result in bogus initialization (we warn about this)
- GNU array-range designators are not supported (we warn about this)
llvm-svn: 63242
|
| |
|
|
|
|
| |
"autorelease" message, and have the summary processing logic treat it as a no-op in GC mode. This change is motivated to encode more of the semantics in the summaries themselves for eventual better diagnostics.
llvm-svn: 63241
|
| |
|
|
| |
llvm-svn: 63238
|
| |
|
|
| |
llvm-svn: 63232
|
| |
|
|
|
|
| |
can be used to report issues such as a missing PTH file.
llvm-svn: 63231
|
| |
|
|
|
|
| |
that do not have a SourceManager.
llvm-svn: 63230
|
| |
|
|
| |
llvm-svn: 63229
|
| |
|
|
|
|
| |
Since it doesn't return a bool, is shouldn't be prefixed with 'is'.
llvm-svn: 63226
|
| |
|
|
|
|
| |
This removes ~10% of the calls to Sema::isTypeName(), which amount to a little less than a 1% reduction in usertime (for Cocoa.h).
llvm-svn: 63219
|
| |
|
|
| |
llvm-svn: 63218
|
| |
|
|
|
|
|
| |
Fix a stupid mistake in UnwrapSimilarPointers that made any two member pointers compatible as long as the pointee was the same.
Make a few style corrections as suggested by Chris.
llvm-svn: 63215
|
| |
|
|
|
|
|
| |
rules are slightly different than in C, and now we handle both
dialects properly.
llvm-svn: 63211
|
| |
|
|
|
|
| |
Even though Sema::LookupDecl() is deprecated, it's still used all over the place. Simplifying the interface will make it easier to understand/optimize/convert.
llvm-svn: 63210
|
| |
|
|
|
|
| |
Even though Sema::LookupDecl() is deprecated, it's still used all over the place. Simplifying the interface will make it easier to understand/optimize/convert.
llvm-svn: 63208
|
| |
|
|
| |
llvm-svn: 63191
|
| |
|
|
|
|
| |
not automatically garbage collected.
llvm-svn: 63187
|
| |
|
|
|
|
| |
Foundation or Objective-C object.
llvm-svn: 63186
|
| |
|
|
| |
llvm-svn: 63184
|
| |
|
|
|
|
| |
objects to help distinguish between Objective-C and Core Foundation objects (for better diagnostics).
llvm-svn: 63183
|
| |
|
|
| |
llvm-svn: 63181
|
| |
|
|
| |
llvm-svn: 63180
|
| |
|
|
| |
llvm-svn: 63179
|
| |
|
|
|
|
| |
object.
llvm-svn: 63178
|
| |
|
|
|
|
| |
change.
llvm-svn: 63177
|
| |
|
|
| |
llvm-svn: 63176
|
| |
|
|
|
|
| |
pass as an argument a TranslationUnit object whose contents live beyond the call to ParseAST.
llvm-svn: 63175
|
| |
|
|
|
|
|
| |
accessibility of the ivar (related to objc2's
non-fragile abi).
llvm-svn: 63166
|
| |
|
|
|
|
| |
Changed section names for meta-data (to match current gcc).
llvm-svn: 63163
|
| |
|
|
| |
llvm-svn: 63162
|
| |
|
|
|
|
|
|
|
|
| |
FileEntries.
Performance impact (clang -fsyntax-only INPUTS/Cocoa_h.m):
non-PTH: 0.4% improvement
PTH: 0.8% improvement
llvm-svn: 63159
|
| |
|
|
| |
llvm-svn: 63158
|
| |
|
|
|
|
| |
functionality change.
llvm-svn: 63157
|
| |
|
|
|
|
|
|
|
|
|
| |
-disable-free).
snaroff% time ../../Release-Asserts/bin/clang INPUTS/Cocoa_h.m
0.179u 0.051s 0:00.23 95.6% 0+0k 0+0io 0pf+0w
snaroff% time ../../Release-Asserts/bin/clang INPUTS/Cocoa_h.m -disable-free
0.169u 0.052s 0:00.22 95.4% 0+0k 0+0io 0pf+0w
llvm-svn: 63153
|
| |
|
|
| |
llvm-svn: 63150
|
| |
|
|
| |
llvm-svn: 63141
|
| |
|
|
|
|
| |
Also changed FunctionTypeProto to be allocated with 8-byte alignment (noticed by Doug). I couldn't think of any reason to allocate on 16-byte boundaries. If anyone remembers why we were doing this, let me know!
llvm-svn: 63137
|