| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 63410
|
| |
|
|
| |
llvm-svn: 63409
|
| |
|
|
| |
llvm-svn: 63408
|
| |
|
|
| |
llvm-svn: 63407
|
| |
|
|
|
|
| |
robust enough for general use.
llvm-svn: 63406
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
location. We now -E a file containing "foo" into:
# 1 "t.c"
# 1 "t.c" 1
# 1 "<predefines>" 1
# 1 "t.c" 2
foo
instead of:
# 1 "t.c"
# 1 "t.c" 1
# 0 "t.c"
# 1 "<predefines>" 1
# 1 "t.c" 2
foo
llvm-svn: 63405
|
| |
|
|
|
|
| |
33/500 return type failures.
llvm-svn: 63404
|
| |
|
|
| |
llvm-svn: 63398
|
| |
|
|
|
|
|
|
|
|
| |
parameter that allows users to omit the printing of the source
location on a diagnostic. So basically it would omit the "abc.c:5:1: "
at the beginning of the line."
Patch by Alexei Svitkine!
llvm-svn: 63396
|
| |
|
|
|
|
|
|
| |
type" rather than the C definition. We do this because both C99 and
Clang always use "aggregate type" as "aggregate or union type", and
the C++ definition includes union types.
llvm-svn: 63395
|
| |
|
|
| |
llvm-svn: 63394
|
| |
|
|
| |
llvm-svn: 63393
|
| |
|
|
| |
llvm-svn: 63392
|
| |
|
|
| |
llvm-svn: 63391
|
| |
|
|
| |
llvm-svn: 63390
|
| |
|
|
| |
llvm-svn: 63385
|
| |
|
|
|
|
|
| |
- This brings us down to an 8% failure rate on the first 500 return
types tests (from 12%).
llvm-svn: 63383
|
| |
|
|
| |
llvm-svn: 63379
|
| |
|
|
| |
llvm-svn: 63378
|
| |
|
|
| |
llvm-svn: 63363
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LookupName et al. Instead, use an enum and a bool to describe its
contents.
Optimized the C/Objective-C path through LookupName, eliminating any
unnecessarily C++isms. Simplify IdentifierResolver::iterator, removing
some code and arguments that are no longer used.
Eliminated LookupDeclInScope/LookupDeclInContext, moving all callers
over to LookupName, LookupQualifiedName, or LookupParsedName, as
appropriate.
All together, I'm seeing a 0.2% speedup on Cocoa.h with PTH and
-disable-free. Plus, we're down to three name-lookup routines.
llvm-svn: 63354
|
| |
|
|
| |
llvm-svn: 63352
|
| |
|
|
|
|
| |
(objc2 nonfragile-abi).
llvm-svn: 63351
|
| |
|
|
|
|
|
|
|
| |
- -Xclang always forwards to clang
- -Xanalyzer replaces -WA,; it seems like the cleaner mechanism and
is more readable.
llvm-svn: 63349
|
| |
|
|
| |
llvm-svn: 63348
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- NonLoc::MakeVal() would use sizeof(unsigned) (literally) instead of consulting
ASTContext for the size (in bits) of 'int'. While it worked, it was a
conflation of concepts and using ASTContext.IntTy is 100% correct.
- RegionStore::getSizeInElements() no longer assumes that a VarRegion has the
type "ConstantArray", and handles the case when uses use ordinary variables
as if they were arrays.
- Fixed ElementRegion::getRValueType() to just return the rvalue type of its
"array region" in the case the array didn't have ArrayType.
- All of this fixes <rdar://problem/6541136>
llvm-svn: 63347
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This redoes the default mode that ccc runs in w.r.t. using clang. Now
ccc defaults to always using clang for any task clang can
handle. However, the following options exist to tweak this behavior:
-ccc-no-clang: Don't use clang at all for compilation (still used for
static analysis).
-ccc-no-clang-cxx: Don't use clang for C++ and Objective-C++ inputs.
-ccc-no-clang-cpp: Don't use clang as a preprocessor.
-ccc-clang-archs <archs>: If present, only use clang for the given
comma separated list of architectures. This only works on Darwin for
now.
Note that all -ccc options must be first on the command line.
llvm-svn: 63346
|
| |
|
|
|
|
| |
cpp-output, not c-cpp-output.
llvm-svn: 63345
|
| |
|
|
|
|
| |
non-fragile abi.
llvm-svn: 63343
|
| |
|
|
|
|
| |
arguments to "escape" if they are passed to a function containing the terms "InsertValue", "SetValue", or "AddValue". This fixes <rdar://problem/6539791>.
llvm-svn: 63341
|
| |
|
|
| |
llvm-svn: 63330
|
| |
|
|
|
|
|
| |
build protocol translation table meta-data (objc2
non-fragile abi).
llvm-svn: 63329
|
| |
|
|
|
|
| |
list that involves the GNU array-range designator extension
llvm-svn: 63327
|
| |
|
|
|
|
| |
Lot more to do in this area.
llvm-svn: 63326
|
| |
|
|
| |
llvm-svn: 63324
|
| |
|
|
|
|
|
|
| |
parsing C/ObjC.
This results in a 1.7% improvement for "Cocoa.h". If we can figure out how to return a "Decl *", rather than a Sema::LookupResult(), we will likely bump the speedup from 1.7%->2.5%. I verified this, however couldn't get it to work without breaking a fair number of C++ test cases. Will discuss with Doug offline.
llvm-svn: 63320
|
| |
|
|
| |
llvm-svn: 63319
|
| |
|
|
|
|
|
| |
diags around, eliminating #defines, etc. Patch by
Anders Johnsen!
llvm-svn: 63318
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
represents an implicit value-initialization of a subobject of a
particular type. This replaces the (ab)use of CXXZeroValueInitExpr
within initializer lists for the "holes" that occur due to the use of
C99 designated initializers.
The new test case is currently XFAIL'd, because CodeGen's
ConstExprEmitter (in lib/CodeGen/CGExprConstant.cpp) needs to be
taught to value-initialize when it sees ImplicitValueInitExprs.
llvm-svn: 63317
|
| |
|
|
|
|
| |
have to try to guess which member is being initialized.
llvm-svn: 63315
|
| |
|
|
| |
llvm-svn: 63310
|
| |
|
|
|
|
|
|
| |
eightbyte boundaries.
- Getting harder to test now that we handle cases gcc & llvm-gcc get
wrong ( { _Complex char; _Complex int; } is a good example). :)
llvm-svn: 63305
|
| |
|
|
| |
llvm-svn: 63296
|
| |
|
|
|
|
| |
we see a Memory classification.
llvm-svn: 63295
|
| |
|
|
|
|
| |
to still return an RValue of the correct type.
llvm-svn: 63294
|
| |
|
|
|
|
|
| |
- This is my best initial guess at what the "spec" means, although it is not
particularly clear on a number of points. Will refine through testing.
llvm-svn: 63292
|
| |
|
|
| |
llvm-svn: 63286
|
| |
|
|
|
|
| |
(e.g., _Complex double -> { double, double } return).
llvm-svn: 63285
|
| |
|
|
| |
llvm-svn: 63283
|
| |
|
|
|
|
| |
changes in various diagnostics code.
llvm-svn: 63282
|