| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 111089
|
| |
|
|
| |
llvm-svn: 111088
|
| |
|
|
| |
llvm-svn: 111087
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unused warnings for functions:
-static functions
-functions in anonymous namespace
-class methods in anonymous namespace
-class method specializations in anonymous namespace
-function specializations in anonymous namespace
Unused warnings for variables:
-static variables
-variables in anonymous namespace
-static data members in anonymous namespace
-static data members specializations in anonymous namespace
Reveals lots of opportunities for dead code removal in llvm codebase that will
interest my esteemed colleagues.
llvm-svn: 111086
|
| |
|
|
| |
llvm-svn: 111085
|
| |
|
|
| |
llvm-svn: 111084
|
| |
|
|
|
|
| |
region change callback. Now does basic tracking of string length for general regions. Currently this is still only used for modeling strlen().
llvm-svn: 111081
|
| |
|
|
| |
llvm-svn: 111080
|
| |
|
|
|
|
| |
work-in-progress, but working! Effect on clients: all changes to a store now go through GRState.
llvm-svn: 111078
|
| |
|
|
| |
llvm-svn: 111077
|
| |
|
|
|
|
| |
associated with a region and will be collected if the region dies or its checker fails to mark it as in use.
llvm-svn: 111076
|
| |
|
|
| |
llvm-svn: 111070
|
| |
|
|
| |
llvm-svn: 111067
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when the CXTranslationUnit_CacheCompletionResults option is given to
clang_parseTranslationUnit(). Essentially, we compute code-completion
results for macro definitions after we have parsed the file, then
store an ASTContext-agnostic version of those results (completion
string, cursor kind, priority, and active contexts) in the
ASTUnit. When performing code completion in that ASTUnit, we splice
the macro definition results into the results provided by the actual
code-completion (which has had macros turned off) before libclang gets
those results. We use completion context information to only splice in
those results that make sense for that context.
With a completion involving all of the macros from Cocoa.h and a few other
system libraries (totally ~8500 macro definitions) living in a
precompiled header, we get about a 9% performance improvement from
code completion, since we no longer have to deserialize all of the
macro definitions from the precompiled header.
Note that macro definitions are merely the canary; the cache is
designed to also support other top-level declarations, which should be
a bigger performance win. That optimization will be next.
Note also that there is no mechanism for determining when to throw
away the cache and recompute its contents.
llvm-svn: 111051
|
| |
|
|
|
|
| |
Not yet complete or used.
llvm-svn: 111044
|
| |
|
|
| |
llvm-svn: 111036
|
| |
|
|
|
|
|
|
|
| |
-static variables
-variables in anonymous namespace (fixes rdar://7794535)
-static data members in anonymous namespace
-static data members specializations in anonymous namespace
llvm-svn: 111027
|
| |
|
|
|
|
|
|
|
|
| |
-static function declarations
-functions in anonymous namespace
-class methods in anonymous namespace
-class method specializations in anonymous namespace
-function specializations in anonymous namespace
llvm-svn: 111026
|
| |
|
|
|
|
|
|
| |
keeping track of unused file scoped variables.
This is only preparation, currently only static function definitions are tracked, as before.
llvm-svn: 111025
|
| |
|
|
|
|
|
|
| |
(nonfragile-abi2), do not consider 'ivar' access
in class methods. Also, improve on diagnostics.
Radar 8304561.
llvm-svn: 111023
|
| |
|
|
|
|
| |
will apply all fixes even when there were other errors in the file.
llvm-svn: 111020
|
| |
|
|
| |
llvm-svn: 111013
|
| |
|
|
|
|
| |
instantiated with unique-external parameters.
llvm-svn: 111012
|
| |
|
|
|
|
|
|
|
|
| |
qua templates. The current fix suppresses the access check entirely
in this case; to do better, we'd need to be able to say that a
particular lookup result came from a particular injected class name,
which is not easy to do with the current representation of LookupResult.
This is on my known-problems list.
llvm-svn: 111009
|
| |
|
|
|
|
| |
into a PCH/AST file.
llvm-svn: 111006
|
| |
|
|
|
|
|
|
| |
GCC.
- Mark -Xclang and -mlinker-version= with it for now, although I am sure there
are more.
llvm-svn: 111005
|
| |
|
|
|
|
|
|
| |
used when parsing (or re-parsing) a file. Also, when loading a
precompiled header into ASTUnit, create a Sema object that holds onto
semantic-analysis information.
llvm-svn: 111003
|
| |
|
|
|
|
| |
This is *really* hacky.
llvm-svn: 110997
|
| |
|
|
| |
llvm-svn: 110996
|
| |
|
|
|
|
| |
need to force it
llvm-svn: 110993
|
| |
|
|
|
|
| |
chained PCH to overwrite declarations from earlier PCH files in dependent ones. Tell Sema to note when it changes AST nodes so that they have to be reserialized. Finally, the ObjCProtocolDecls created in forward decls, like the ObjCInterfaceDecls in @class forward decls, are not lexically part of the decl context; only the definition is.
llvm-svn: 110989
|
| |
|
|
|
|
| |
block's helper function. Fixes radar 7860965.
llvm-svn: 110988
|
| |
|
|
|
|
|
|
| |
a -cc1 option. The Darwin linker complains about mixed visibility when linking
gcc-built objects with clang-built objects, and the optimization isn't really
that valuable. Platforms with less ornery linkers can feel free to enable this.
llvm-svn: 110979
|
| |
|
|
|
|
|
| |
for parsing, so that it can persist beyond the lifetime of the parsing
call.
llvm-svn: 110978
|
| |
|
|
|
|
|
| |
- Added detection of Empty CFGBlocks (artificial blocks)
- Relaxed an assertion based on an incorrect assumption until further investigation
llvm-svn: 110974
|
| |
|
|
|
|
|
|
|
| |
can create (and hold on to) the Sema object. Also, move Sema-related
initialization/finalization with its various consumers and external
sources into the Sema constructor and destructor, rather than placing
it in ParseAST.
llvm-svn: 110973
|
| |
|
|
|
|
|
|
|
| |
- Unfinished analysis may still report valid warnings if the path was completely analyzed
- New 'CanVary' heuristic to recursively determine if a subexpression has a varying element
- Updated test cases, including one known bug
- Exposed GRCoreEngine through GRExprEngine
llvm-svn: 110970
|
| |
|
|
| |
llvm-svn: 110965
|
| |
|
|
|
|
|
| |
does not implement 'countByEnumeratingWithState' API.
Implements radar 7634669.
llvm-svn: 110964
|
| |
|
|
|
|
|
|
| |
from GCC's in that we warn on *any* increase in alignment requirements, not
just those that are enforced by hardware. Please let us know if this causes
major problems for you (which it shouldn't, since it's an optional warning).
llvm-svn: 110959
|
| |
|
|
| |
llvm-svn: 110958
|
| |
|
|
| |
llvm-svn: 110956
|
| |
|
|
|
|
|
|
|
| |
can create (and hold on to) the Sema object. Also, move Sema-related
initialization/finalization with its various consumers and external
sources into the Sema constructor and destructor, rather than placing
it in ParseAST.
llvm-svn: 110952
|
| |
|
|
| |
llvm-svn: 110950
|
| |
|
|
| |
llvm-svn: 110945
|
| |
|
|
| |
llvm-svn: 110941
|
| |
|
|
|
|
| |
without point arguments to a warning
llvm-svn: 110939
|
| |
|
|
|
|
| |
"unterminated string" when we're performing code completion.
llvm-svn: 110933
|
| |
|
|
| |
llvm-svn: 110912
|
| |
|
|
|
|
| |
the way it's being used. Also fix isa<OwnershipAttr> support, break more-than-80-char lines, and other miscellaneous ownership attr cleanup.
llvm-svn: 110908
|